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FROM THE EDITOR 


This is another documented personal recollection of the 
development of basic data processing tools. The char- 
acter code is perhaps the most fundamental of all such 
tools. We can program without COBOL, but not with- 
out coded representations of our most common sym- 
bols for calculation and language. Even the Japanese 
have found it necessary to represent their most elemen- 
tary alphabet, Kata Kana, in code suitable for computer 
processing. 


R. W. Berner 

Honeywell Information Systems 
Phoenix, AZ, US 


ORIGINS 

Encoding of character sets has taken many forms — sema- 
phore, Morse code for telegraphs, and mechanical linkages 
or typesetting machines. It did not become permanent and 
interchangeable until the advent of perforated tape and 
punch cards, representing the continuous and discrete me- 
dia. Except for looms, punch cards were used first for count- 
ing and statistical applications, requiring at first only a 
1 2 -character set - 1 0 digits and 2 signs. Perforated tape was 
used first for message communication, and the 5-track tape 
offered 60 characters - 30 encodings had double meaning 
following Figure Shift and Letter Shift, the other two combi- 
nations. This code was due to Baudot, and the assignment 
of codes to characters was made (for alphabet only) on the 
basis of letter usage frequency, to conserve electrical energy. 

Both perforated tape and cards, being available, replaced 
manual switches as input devices for computers (cards 
predominating in the US, perforated tape in Europe and 
elsewhere). Most early computing work was computational, 
and the punch card set did not receive much impetus for 
enlargement until application to business problems. 

In the late 1 950s it became apparent that code expansion 
had grown uncontrolled. There were more than 20 varia- 
tions of the punch card code [1 29,13 1J, and more than 60 
different internal representations in computers [12], 

The Baudot Code was not without its variations, although 
the CCITT (Consultative Committee International for Tele- 
graph and Telephone) Working Alphabet No. 2 was used for 
interchange throughout much of the world. Even so, the 
binary positional notation was perturbed by different assign- 
ments of bits to the tracks. 


PRESSURES AND MOTIVATIONS 

Some early pressures for code expansion came from pro-! I ; 
gramming languages. Univac I, the first computer with al- i 
phabetic input, had a 5 1 -character set on its printer. The IBM 
set had mechanical keypunch limitations to 48 characters jfi 
mostly business symbols. Starting in 1 954, the need for FOR-!} 
TRAN (mathematical and arithmetic) symbols to take the ? f 
same encodings as these business symbols led to much con-i || 
fusion in installations that did both types of work. Pressures! fj 
arose for unique encodings [1,3,4,126], In 1 956 September 1 ft 
" was decided «hal the IBM Stretch computer would have ' 
a 64-bit word, and that the characters would be represented I !■ 
by 8 bits [19,70], This decision had much influence on sub- ' 
sequent computer architecture. The Los Alamos group de- f 
vised its own input character set, and IBM built a special i 

entry typewriter for it [ 10 ], . 

The advent of ALGOL in 1 958, with (in theory) 1 1 6 single!' I 
symbols, was the impetus for many proposals. H. S Bright: i 
proposed one such set to the IBM SHARE organization ont ! 
8 September 11, as a “point of departure for hardware " 1 
implementation of the IAL“ [4], Often one to be ahead of his | j 
time, his tableau showed the European “one" and the letter 3 
°h ’ Wlth a curlicue. Yet he objected to SHARE asking IBM i! { 
for more than 128 characters presentable in media and 1) ! 
equipment unless someone was able to prove the need. J ! 
Others foresaw the need very well, and there was much f 1 
work going on within IBM at the time, following on the f }j 
Stretch decision. The 1403 chain printer was being devel- 
oped, the 240 positions around the chain permitting 2 sets i l l f 
of 1 20 or 4 sets of 60, in addition to the planned 5 sets of l’ j 
48 for the traditional IBM set. ■$ ! 
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EARLY STANDARDIZATION EFFORTS 

III • 

The real future for computers became clearer in 1958 and 
1959. Data processing centers were outgrowing the period 
when information processing was primarily a local affair, 
and some connection to communications networks had 
been made. First to emerge was data interchange, as for 
j ^ial Security Administration and Internal Revenue Service 
; records. Then came program interchange, more difficult be- 
I cause both symbols and encodings varied. 

Several independent standardization projects began at 
about this time: 

: j ■ The British Standards Institution (BSD, starting with paper 
tape and punched cards, gradually moving into the gen- 
eral problem. 

‘ ■ SHARE, seeking to coordinate its IBM equipment. 

■ The Electronic Industries Association, which also started 
I first from the paper tape aspect, partly due to impetus 
from Numerical Control. 

i;j* The US Department of Defense, for, whom the Signal 
Corps developed the Fieldata Code (which, despite 
drawbacks, was a great improvement on existing codes, 
and many of its features are seen in the ISO code). The 
Fieldata Code still exists as the internal code in the Uni- 
vac 1107, 1108, and 1110. 

IBM was also doing much work in codes, for in 1959 there 
were 9 different internal codes existing in IBM equipment, 
and interchange on media was a problem. Development of 
the 8000 series (precursor of the 360) was under way, and 
my group (in IBM) was planning the coordination between 
codes and media representation, following on the Stretch 
work. A 1959 November memo to V.P. John McPherson 
outlined a plan for a "single character set to be used by all 
future computer systems ... the code to be the external stor- 
age code as well as internal machine code" (i.e., direct 
representation in punch cards, as well). It was an 8-bit set. 

John Cosden saw this work in the Fall of 1959 and ar- 
ranged for me to be invited to make a presentation to the BSI 
codes committee, which occurred in 1960 February. This 
' established a very important contact point with Hugh 
McGregor Ross (for a while the code was known colloquially 
in ECMA (European Computer Manufacturers Association) 
circles as the Bemer-Ross code). 


EXPANDING THE JURISDICTION 

It was natural that IBM, with its rapid multinational growth, 
would take a strong interest in the standardization process. 
Jim Birkenstock, V.P. of Commercial Development, drew up 
plans to revitalize the Office Equipment Manufacturers Insti- 
tute and convert it to the Business Equipment Manufacturers 
Association. A vital consideration in this move was the prep- 
aration for BEMA to act as sponsor for the US standards 
effort in data processing for ASA (American Standards Asso- 
ciation, now ANSI). To that end, scopes and programs of 
work for the various activities were drafted at IBM and pre- 
sented at the 1960 January 13 meeting convened by ASA. 


In the ISO (International Standardization Organization) 
area, it was Sweden (probably Olle Sturen) that recom- 
mended, in late 1 959, activities in data processing standards. 
This led to a Round Table Conference in Geneva on 1961 
May 16, which in turn led to the formation of ISO/TC97, 
Computers and Information Processing, for which the US 
was assigned the secretariat. Several Working Croups were 
established, in particular WG B, on Coded Character Sets. 
ECMA had just been formed in 1961 May, and had liaison 

representation at the Geneva meeting. Its corresponding 
body for codes was Technical Committee 1. 

US CONTRIBUTIONS 

The 1960 January meeting of ASA had led to the formation 
of Sectional Committee X3, with the same name as TC97. 
X3 held its first meeting on 1 960 August 4, and X3.2 (Codes 
and Input-Output) its first on October 4, chaired by I.C. Lig- 
gett of IBM, who was directing IBM efforts (other work con- 
tinued in the US until X3.2 jurisdiction was established 
authoritatively). Membership was from the Federal Govern- 
ment, data processing, and communications interests. 

The latter were represented primarily by the Bell System, 
which was to convert its TWX service from manual to dial 
operation in 1962. Along with this was a new transmission 
arrangement that enabled 100 word-per-minute service in 
addition to the existing 60 wpm service. This meant that the 
majority of teletypewriters (Model 15, limited to 75 wpm) 
would have to be replaced. To Bell, and to John Auwaerter 
of Teletype, this seemed an excellent opportunity to escape 
from the limitations of 5-level Baudot Code and the 3-row 
keyboard to a 4-row keyboard more similar to conventional 
typewriters. The Bell System was not only an active partici- 
pant, but actually hastened development by adopting con- 
clusions as fast as they were reached and incorporating them 
in their new designs. It even chose the perforated tape track 
assignment in advance of that standard, and thus made it 
rather easy to reach agreement because of the volume of 
Model 33 and 35 equipment in actual operation. 

X3.2 did extensive work on development of criteria for a 
code. It considered aspects such as collating sequence and 
natural orderings of subsets, keyboard design consider- 
ations, and programming effects such as manipulation of 
graphics by classes, simpler language scans, and more 
graphics for clarity of printed output. This was all based upon 
the assumption of a dense 6-bit code, as used by almost all 
computers of the time (Stretch was the exception, at 8 bits). 

No existing code was found to be satisfactory. The Fiel- 
data Code, as Military Standard 1 88 [72], was in final stages 
of adoption in 1 959 December, and was offered for consid- 
eration. However, it was primarily for communications, al- 
though computer equipment was used in the process. For 
data processing, it had the defect that control codes and 
graphics were intermingled in 3 of the 4 columns. The alpha- 
bet was pushed to the bottom of its columns, leaving no 
room for additional characters of other alphabets, such as 
the Scandinavian. The IBM codes had a peculiar and over- 
riding problem - none of them had the same sequence as the 
standard IBM collating sequence. 
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THE 7-BIT ERA BEGINS 

After frying many months without success to select 64 char- 
acters that would satisfy the requirements of both data pro- 
cessing and communications, X3.2 finally settled upon a 
7-bit set at its 61 June 7-9 meeting. The alphabet was pushed 
to the bottom of its second column, as inherited from Fiel- 
data. Nevertheless, the US Department of Defense was be- 
ginning to get concerned about conflict with Fieldata. 
Secretary Macon, in his summary report of the first 9 meet- 
ings, suggested that the code be called Fieldata No. 2, to give 
that credit. 

IBM continued to be concerned about aspects of interna- 
tional compatibility. Two sets had been presented at the June 
9 meeting with the Department of Defense - one with the 
alphabet at the bottom, and one with the alphabet starting 
in the second position, as now (column 1 of Table 1). This 
second condition was furnished by Ross, for BSI. 

At its next meeting X3.2 had to decide between these two 
proposals. Study of Scandinavian phone books showed the 
need to have at least 3 extra positions following the 26-letter 
alphabet. I took this position strongly in the ensuing argu- 
ment (which, although vociferous, is not indicated in the 
minutes). Placement of the special .symbols was another 
matter; the traditional IBM collating sequence was specials 
(S), alphabet (A), digits (D). I had a ready solution - the major 
special symbols (particularly "minus") were to be taken out 
of the digit column and placed in the previous column. For 
ordering purposes, the digit column could then be made to 
collate higher than the alphabet (for IBM's needs) by passive 
logic of bit inversion. The specials following the digits had 
not appeared previously in key fields used by IBM custom- 
ers, and it did not matter if they were high to the alphabet. 
The 4-bit subset was thus constructible with a 4-position jog, 
or displacement. This was also important to IBM, for the 
packed decimal notation in the new line. On this basis, John 
Auwaerter and I prepared a presentation that convinced 
X3.2 to settle the code in its present structure; the basic 7-bit 
standard was agreed - the alphabet starting in the second 
position! The draft then stood as in column 2 of Table 1 . 

I had called a joint meeting of IBM, SHARE, and GUIDE, 
to regularize the IBM 6-bit set to become the standard BCD 
Interchange Code [76]. Frequency studies of symbol occur- 
rence had been prepared, particularly from ALGOL pro- 
grams. The meeting of July 6 produced general agreement on 
a basic 60-64-character set, which included the two square 
brackets and the reverse slant, which was chosen to be used 
in conjunction with "/" to yield 2-character representations 
for the AND and OR of early ALGOL. This is reflected in the 
set I proposed to X3.2 on September 18 (column 3). The 
lower case alphabet was also shown, but for some time this 
was resisted, lest the communications people need more 
than the two columns then allotted for control functions. 

At the 61 November 8-10 meeting, X3.2 constructed the 
first formal proposal, X3.2/1 [73] (column 4), with the expla- 
nations for its structure and content, including the compati- 
bility with Europe, where the UK standard was at the 
printers. The arrows were moved up so as to be expendable 
when replaced by 1 0 and 1 1 for pence of the English mone- 
tary system of that time. 
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GOING TRULY INTERNATIONAL 

The Americans, less accustom'ed than now to international 
standardization work, had their eyes opened at the first 
ISO/TC97 meeting. At the 1 961 Fall Joint Computer Confer- 
ence I broached the possibility of direct discussions at work- 1 
ing level to Philippe Dreyfus of ECMA. This was discussed 
at the concurrent meeting of X3.2 (December 1 1-1 3). Dr. J. 
Barker of BEMA, as chairman pro tern of X3, was irate with 
such a lack of national loyalty. Nevertheless, (now) X3.2 
Chairman Macon announced that arrangements had been 
made for Bloom (NCR) and Auwaerter (Teletype) to go to 
Europe for the period of 62 January 2-22. The resulting frank 
discussions with BSI and ECMA had very good effect. On 
January 29, X3.2 received from Hugh McGregor Ross a 
proposed a compromise that could meet the requirements 
of ASA, ECMA, BSI and the EEA (Electrical Engineering Asso- 
ciation of the UK). Thus the groundwork was laid for the first . 
meeting of TC97 Working Group B on 62 May 4. 

H. Feissel of BULL was elected chairman. Present were 
delegations from France, Germany, Italy, the UK, and the US ; 

- plus ECMA and UIC (Union Internationale des Chemins de 
Fer). Despite the official UK position for its own standard, ; 
Ross put forth his compatible proposal. Although Germany 
wanted the alphabet moved to the first position, there was ,, , 
considerable agreement, and a 6- and 7-bit code were re- jjjj 
solved. The latter was in two versions, A and B (columns 5 jj 
and 6 of Table 1 ), differing only in the two control columns. \ 
Germany preferred A, all others preferred B. • : jj| 

The great significance of moving the work to the ISO level 
is evidenced in these proposals, noting how many choices ; 
remain fixed after this time. Furthermore, the controls were 
regularized and grouped to 7 transmission controls, 6 format 
effectors, and 5 device controls; the improvement from the 
haphazardness of the previous proposals is quite apparent. 

It was noted subsequently that the positions of and 
were unsatisfactory for pence replacement in sterling. Coop- 
eration was so well established that interchange with 
and "+" was effected by a telephone call to ECMA in Eu- 
rope, who confirmed its agreement to WG B on June 27. 1 

X3.2, whose written vote on X3.2/1 was all affirmative 
except IBM and an abstention from ITT, proposed to X3 that; * 
the new document, X3.2/4 (column 7), be supported, as 
these were, minor changes. International consistency with 
Proposal B was stressed, and X3.2 recommended extending 
the X3 ballot period to September 15, as WG B needed 
official opinions for the October plenary meeting of TC97. 

There followed a difficult period in the US, eventually r 
leading to the first American Standard Code, X3. 4-1963. 

' I_ 

; 1 * 

GETTING AN AMERICAN STANDARD CODE 


The original negative vote of IBM on X3.2/1 (at the X3.2 
level) was cast by Robert Blue, who had replaced H. J. Smith, 
Jr., as the IBM representative. Smith was asked, however, to . 
remain as a consultant to X3.2 in recognition of his many fine 
contributions. This was permitted by IBM, with the explana- 
tion that "We have tried to participate ... according to ASA., 
rules, and have allowed our participants to act freely on aT 
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If purely technical and professional basis. Since the rations of 
jour participants have been construed as company actions 
; j|tnd endorsements, we shall, in the future, insure that these 
ir|tre one and the same (Bartelt to Macon on March 2). 
‘Accordingly, Blue's negative stated that "IBM studies have 
'shown that the proposed 7-bit code with its contiguous al- 
ifjjhabet would be expensive to implement in the present 
domestic data processing environment oriented to the use of 
6-bit processors and punched cards". IBM work on 8-bit 
codes or the new product line was not mentioned. 

’[ William E. Andrus, Jr„ IBM Croup Director of Standards, 
|xplained IBM's negative vote in X3 : "After extensive study 
of the entire problem of code standardization, this investiga- 
tion, together with the experience gained during our many 
years in the data processing field, indicates that the benefits 
derived from the adoption of this standard would not justify 
If (he economic burdens involved with its implementation. We 
j submit that the BCD Interchange Code (76) is, and must be 
j formally recognized as, a standard because of its wide use 
. both in punch cards and magnetic tape ... IBM supports the 
■ development of standard codes (sic plural) for information 
lterchange, but will not support any proposal for a single 
itandard code. X3.2 should consider the possible interaction 
if future 8-bit codes on present standardization activities". 

| ITT Communications Systems also took a negative posi- 
tion. A 62 )une 18 paper by L. A. DeRosa said that "The 
proposed code standard ASCII is considered unsuitable as a 
Standard" (it wasn't Fieldata). 

ji As decisions moved from the technical realm to the ad- 
ministrative levels of X3 and the BEMA Data Processing 
Croup (DPC), support lessened. Friden said it must vote 
■negative because terminal costs would be increased 30% to 
support ASCII (but presented no data). Many minority posi- 
tion papers were written, and X3.2 made extensive and 
’detailed replies to the (some less than rational) objections. 
Ithe paper of Blue (IBM) and Ungar (ITT), for example, ob- 
jserved that "positive numbers would collate lower than neg- 
ative numbers", X3.2 took 2 pages to prove that, no matter 
jliwhat positions were assigned to + and -, it is still impossible 
jjto order numerals with a binary sort! 

Ifiji, Another objection was that it would cost $124 million and 
| -take 2 years to change just the 465L computers from Fiel- 
j | [data, a position not supported by the owner of those com- 
puters - the US Department of Defense. Thomas D. Morris, 
US Asst. Secretary of Defense (Installations and Logistics) 
yvrote to X3 on 62 August 6, saying that "This office is 
wholeheartedly in support of the ASA Sectional Committee 
1X3 standards development effort both domestically and in- 
ternationally". He recognized the differences with, but simi- 
larity to, Fieldata in organization and structure. 

|p On 62 July 29, Lin Griffin, now chairing X3.2, informed 
the Chairman of X3, C. Phillips, that X3.2 had approved (by 
majority vote) a motion that none of the minority positions 
nor the negative and abstaining votes were deemed neces- 
isary or sufficient reasons to warrant revision of the proposed 
ASCII [75]. "The subcommittee reaffirms its belief that the 
iproposed standard code is the best code it can develop for 
[information interchange purposes, and has the best chance 
Of acceptance and implementation on a national and inter- 
national basis". 
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On August 17 IBM abandoned protection of the 6-bit 
code and jpxposed a paper by C. Mackenzie, "The construc- 
tion of 8-bit coded character sets", to the BEMA DPC, and 
to X3.2 on August 22. Here it was admitted that although the 
IBM Standard BCD Interchange Code did not have binary 
collatability embodied, this proposal did. In short, IBM fur- 
nished the prototype of the EBCDIC (Extended BCD Inter- 
change Code). X3.2 rejected it by a 7-1-1 (yes-no-abstain) 
vote. "Since it is based upon a structure which was rejected 
earlier by X3.2, the subcommittee does not recommend 
revision or withdrawal of X3.2/4". 

IBM then asked for an evaluation of economic impact, 
which was rejected as having no precedent in the records 
of ASA. At the September 10 meeting of X3, postponed by 
Phillips from August 2 1 because of what he felt was a current 
lack of consensus, X3 voted to send Document X3.2/13 
(containing editorial revisions to meet requirements ol X3.3 
for data communication, thus changing the AIEE vote to 
affirmative) to ASA for approval. The vote was 20-4-5, with 
the incognito vote of the BEMA members allocated 6-2. 

At this point one might expect that the standard would go 
to ASA for processing and publication, but there were sev- 
eral more hurdles. First was the BEMA DPC, sponsor of the 
X3 work. Andrus of IBM wrote this group on October 1 1 to 
say "We find it necessary to continue to abstain from voting 
on the X3.2 code until our request of August 17” (for the 
IBM code to be named a de facto standard) "is acted upon 
... be assured that if BEMA will not act upon our requests, 
and if the X3.2 Code is issued^as an American standard by 
ASA, IBM will cooperate, making the code available where 
the economic disadvantages to IBM customers are not a 
factor". 

On October 31 the BEMA Standards Review Board voted 
11-3-3 for forwarding. Nays were from Friden, Addresso- 
graph-Multigraph, and Monroe, all of whom were repre- 
sented on both X3 and X4 (X4, Office Machines, chaired by 
MacFarlane of IBM, had objected to the code as it might 
apply to office equipment). Abstentions were from IBM, 
Moore Business Forms, and Smilh-Corona-Marchanl. Die 
RCA position was unknown, but computer manufacturers 
voting yes included Honeywell, Burroughs, NCR, and Uni- 
vac. 

On 62 November 5, Frank White of the Air Transport 
Association wrote to ask: "Rumor has it that BEMA has 
turned down the recommended action of X3 relative to the 
standard code for data processing. Do you plan to provide 
... details ... so that we may take under advisement what may 
be done to achieve effective implementation of the policy 
we recommended?" Phillips replied that "The BEMA Stan- 
dards Review Board decided to defer the transmittal of the 
proposed Standard Code for Information Interchange until 
something further was done toward achieving a consensus. 
The Board also recommended that X3.2 take appropriate 
action to submit de facto standard codes concurrently with 
the pASCII (proposed ASCII). It is believed that such actions 
would satisfy the objections raised by the X4 Sectional Com- 
mittee". He further notified the Joint Steering Committee of 
X3, X4, and X6 that the "Sponsor requests that X3 and X4 
propose a de facto standard or standards for consideration 
concurrently with proposals for pASCII expressed in media". 
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Phillips then wrote to RogtgjGay of the ASA on December 
5, saying "The problem here is one of attempting to intro- 
duce a new and nonexistent code convention as the first and 
only standard in the character code field of information 
processing systems. Such an action would render wide- 
spread de facto code practices "nonstandard" and obsolete, 
with potential economic and technological hardships to at 
least the suppliers of equipment affected by such standardi- 
zation". X3 was informed of the sponsor's actions as of this 
date. 

X3.2 was as distressed as X3. At its 62 December 5-7 
meeting, a motion passed 5-2-3 that "X3.2 is of the opinion 
that if any existing coded character set is to be considered 
a de facto standard, many must be considered, and that, if 
any one is found allowable jointly with the pASCII, many will 
be found allowable ... Analysis of documents [12,129, 
131 j supports this position". Griffin then prepared a sum- 
mary memo for the joint Steering Committee, dated Decem- 
ber 18. 

Gay of ASA replied to Phillips on 62 December 21: "It is 
my understanding that ... each of the existing codes had 
serious shortcomings which precluded its being recom- 
mended ... the Constitution of the ASA specifically prohibits 
the promulgation of conflicting standards ... In X3, however, 
there was never a formal recognition to any of the 'de facto' 
codes, and the very insertion of such codes in the American 
Standard may promote their continued use rather than urge 
their discontinuance. In other words, you would be main- 
taining the status quo which has been greatly criticized in the 
past". He noted that james Birkenstock, V.P. of IBM, had 
said that "IBM believed industry as a whole stood ready to 
cooperate in coming up with a single language", and William 
Suchors, V.P. of Remington Rand "too felt that all manufac- 
turers could harmonize their thinking in the new project". 
He then reminded BEMA that "At all levels, the views of the 
sponsor are taken into account. However, the sponsor has 
no veto power". He advised calling a meeting, and that "if 
the decision of X3 is that de facto codes should not be 
added, BEMA should transmit the pASCII without delay to 
ASA". 

The Underwood Corporation accented the anomaly of 
the situation by writing to ASA to say that they were against 
inclusion of de facto standards but, if there were to be any, 
here was theirs! Others took frontal action. Paul Riley, Dep- 
uty Asst. Secretary of Defense, in his 63 january 1 8 letter to 
Phillips, urged approval of ASCII, particularly to put the US 
in a better position at ISO. G. D. Osborn, of the Executive 
Office of the President, Budget, wrote X3 members saying 
that it was important that the proposed code be forwarded 
to ASA and adopted now. 

At the 63 January 24 meeting of X3 it was voted, by a 2 
to 1 majority, to transmit the pASCII directly to ASA without 
recommendation of the sponsor, the first (and perhaps only) 
time such an action had occurred in the history of the Ameri- 
can Standards Association! 

In a final attempt, Phillips wrote to Gay on February 8, 
saying "It appears that a part of the action ... of October 31 
was in conflict with this interpretation of ASA regulations ... 
the sponsor's new recommendation on the pASCII was de- 
veloped as ... 'The sponsor accepts the principle of a single 
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code for information interchange. This code will be univer-. 
sally useful only when it can be adapted to the common 
methods of machine-to-machine communication, i.e., paper 
tape, punched cards, and magnetic tape. The sponsor, there-' 
fore, believes that submission of the pASCII to ASA is prema- 
ture' ". This position, adopted by a 1 2-3 vote of the BEMA 
Standards Review Board, was ineffective, however. X3.4- 
1 963 [79)(column 9) was approved by ASA on June 1 7, after 
a hearing by its Miscellaneous Standards Board. 

The action was newsworthy. Ted Merrill of Business Week 
Magazine made a significant point [21] when he said that 
"ironing the kinks out of pASCII took about $3 million worth 
of man-hours". He noted that AT&T was one of the earliest 
to gamble, with its new Teletype line [29], and that "some 
equipment manufacturers, notably IBM, agree the basic 
code is a good one, but would like to wait and see how it j 
will be standardized for punched cards before they give their 
stamp of total approval". He suggested that "many comput- 
ers will undoubtedly use it as their own internal language to 
avoid the translation problem altogether". Adoption of the 
ASCII was the occasion for a number of other articles publi- 
cizing it [24,25,261. 


THE ERA OF COOPERATION AND GOODWILL 

A special issue of IBM's Data Processor [22] was devoted to 
describing the adoption of ASCII and its import. "To support 
ASCII ... IBM plans to provide whatever means are practical 
to meet customer needs for using the standard code as soon 
as possible, after media standardization is approved by the 
American Standards Association. Because standardization is 
so important, we have already begun to implement ASCII ... 
We as a corporation are determined to move ahead with 
ASCII at the most rapid pace possible so that our customers 
can gain the benefits of standardization across the industry". 

Harry Cantrell, the General Electric representajive on X3, 
reported that "IBM's activity in this standards work, its posi- 
tion papers, and its votes on various questions all point to a 
clear IBM intention to announce ASA-standard code equip- 
ment at an early date ... we can expect IBM's forthcoming 
8000 line to be ASA compatible, featuring 8-bit bytes inter- 
nally". 

This heartening face of cooperation was welcomed by 
everyone, for ASCII was consonant in every aspect with the j!|i 
First Draft ISO Recommendation of 63 January [77](column 
8). The ISO Draft did, however, maintain the 6-bit set with 
equal status, which was reflected in the adoption of ECMA- 
1, a 6-bit set [78] in March. 

TC97/SC2 held its next meeting on 63 October, at which !.} 
time it was decided to add the lower case alphabet. The 
Second Draft Recommendation [80] (column 1 0) gave more 
consideration to requirements for international alphabets; 
thus the single quote of the US gave way to accent acute, 
and the arrows fell to accent grave and circumflex, while . ij 
underline was added. Format Effector 0 was definitely made 
Backspace, completing the necessary preparations for dia- ! 
critical marks. One of the resolutions at this meeting con- 
tained the unanimous recommendation that this code be 
adapted for Numerical Control usage. 
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Irfpreparation for the 3rd meeting of SC2, X3.2 was ad- 
vised that it was wished to have the "at" symbol as an 
additional national use position, which implied a trad^ with 
underline. This was tentatively agreed. Also proposed was 
the replacement of RU by ACK, and ERR with NAK, 

SC2 meeting No. 3 was held in New York City on 1964 
May 12-15. It was relatively uneventful, except for the pres- 
ence of a Japanese delegation of five, headed by Professor 
H. Wada. All of the proposed changes were approved, and 
ESC was moved in position. The revised proposal was to be 
circulated as the 3rd Draft [81](column 11) and sent to 
CCITT. Ad hoc groups were formed for implementation in 
media, but SC2 would not accept the bit-to-track assignment 
proposed by the US for magnetic tape, because they had not 
done any work on it (an 8-bit world was just beginning to 
seem real, with the announcement of the IBM 360). 

The liaison with CCITT was significant. Its Study Group 
Special A had been considering a new alphabet since its 
1958 meeting in Warsaw. At the 63 May meeting in Geneva, 
CCITT endorsed the principle of the 7-bit code for any new 
telegraph alphabet, and expressed general but preliminary 
agreement with the ISO work. It further requested the place- 
ment of the lower case alphabet in the unassigned' area. 

To match the 3rd Draft Proposal, X3.2 adopted Docu- 
ment X3.2.4/64 [83](column 1 2) on October 20, not know- 
ing that CCITT hail met in Moscow on 64 October 6-9 to 
study the ISO proposal as a working alphabet. CCITT made 
certain other changes for natural languages, replacing re- 
verse slash by tilde and adding a universal currency symbol 
(column 1 3). At the request of the USSR (which did not 
participate in TC97/SC2), accent grave was interchanged 
with underline to accommodate the 31 -character Cyrillic 
alphabet [96], When advised of this, X3.2 accommodated 
with Document X3.2/172 [84] (column 14). In these last 
two revisions, however, added symbols for programming 
languages may be seen. In revising ASCII to remove all con- 
trols from column 7, Task Group X3.2.4 added (for the first 
time) the two braces, a vertical line, and a Logical Not sym- 
bol. The latter two were intended to accommodate the Log- 
ical Or and Not functions of PL/I. During the discussion, 
John Windhorst of CDC urged strongly that these two sym- 
bols be put somewhere in columns 2 through 5, in order to 
keep the PL/I 60-character subset within the dense graphic 
subset of 64 characters. His political wisdom did not prevail, 
and this led later to the unfortunate usage of exclamation 
point and circumflex for these functions, thus complicating 
an otherwise clean mapping to EBCDIC. 

X3.2 being ever accommodating, X3.2/172 was super- 
seded by Document X3. 2/206 [86) (column 15) to match 
the 3-character symbol limitation of the new military stan- 
dard [85). This document carried an excellent summary of 
the various changes, with their justifications. However, it 
also carried a note that caused Univac to threaten a negative 
vote - "The resultant structure of specials (S), digits (D), and 
alphabetic (A) does not conform to the most prevalent collat- 
ing convention (S-A-D) because of other more demanding 
code requirements". This despite my solution for passive 
logic in 1962, and despite the fact that it is impossible to 
provide satisfactory orderings of upper and lower case char- 
acters by simple binary comparison [47). 


v 

i 

THE DARK AGES AGAIN 

The position of IBM was a most important factor for progress 
of a standard code, and the System 360 was crucial to IBM's 
position. It was designed to handle both the Extended BCD 
Code [105] (for upward compatibility of much former equip- 
ment) and the eventual ASCII. However, the resistance in X3 
and in ECMA to an 8-bit code, together with the fact that the 
ASCII printer and card reader were not ready when 360 
announcement time neared, led to the decision to make 
EBCDIC the primary code. It was reasoned that ASCII could 
wait until the matter was settled, at which time the software 
would be modified slightly, the P-bit switched to ASCII inter- 
nal mode, and everything would be fine. 

Unfortunately, the software for the 360 was constructed 
by thousands of programmers, with great and unexpected 
difficulties, and with considerable lack of controls. As a re- 
sult, the nearly $300 million worth of software (at first deliv- 
ery) was filled with coding that depended upon the EBCDIC 
representation to work, and would not work with any other! 
Dr. Frederick Brooks, one of the chief designers of the IBM 
360, informed me that IBM indeed made an estimate of how 
much it would cost to provide a reworked set of software to 
run under ASCII. The figure was $5 million, actually negligi- 
ble compared to the base cost. However, IBM made the 
decision not to take that action, and from this time the 
worldwide position of IBM hardened to "any code as long 
as it is ours". 

On 64 October 16, C.E. Mackenzie explained to GUIDE 
the plans of IBM'for implementing ASCII in System 360. He 
stressed the profound difference between supporting the 
development of a standard and supporting the standard it- 
self, such as actually implementing it in hardware and soft- 
ware. "IBM feels that its primary function is to supply 
equipment to meet the needs of the marketplace ... IBM will 
always make a businesslike decision ... the questionnaire 
distributed to all members of GUIDE at this meeting (and 
previously to SHARE) is one of the tools used to determine 
customer needs in the area of information interchange". He 
noted that the changes and differences between BCD and 
EBCDIC "should not provide any serious problems for IBM 
customers", and that "IBM has been unable to determine 
any appreciable customer needs for ASCII on magnetic tape, 
or on punched cards, or on perforated tape as input/output 
for a computer". He related the low need for data communi- 
cation with ASCII. 

In its 360 ESSG Information Letter No. 17 (64 October 
14), IBM said that the choice between the two codes "is 
determined by a mode bit ... a sharp difference between the 
two codes is the collating sequence. The EBCDIC sequence 
is consistent with that of previous systems and is therefore 
largely (sic) compatible with that of our customers' files. The 
natural ASCII sequence, on the other hand, would place the 
numbers (sic) before the letters (not yet definitive)". 

On this basis it was perhaps strange that it was J. Haddad 
of IBM who moved, at the 65 February 4 meeting, that X3 
support the revised ASCII [86] for concurrent letter ballot 
and publication. Meanwhile, the Fourth ISO Draft Proposal 
[87](column 16), as influenced by CCITT, was being cir- 
culated as of March. 
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IBM gave X3 the results of its user surveys on April 22 
Nevertheless the June 10 vote for prASCII (proposed re- 
vised) stood at 31-0-0. IBM's affirmative ballot on the ISO 
proposal suggested the vertical line as logical OR, and the 
tilde as logical NOT. Auwaerter said that this had not been 
discussed in X3.2, as the comments arrived after all other 
work was done, and commitments made to the other coun- 
tries. The US vote on the ISO Draft Proposal was affirmative, 
unanimously. At the 65 September 16 meeting, X3 voted 
24-0-2 to forward the prASCII to ASA, encouraging the US 
Dept, of Commerce and the General Services Administra- • 
hon to solicit views on making ASCII a Federal standard 
under the provisions of the Brooks Bill, Public Law 89-306. 

The voices of programmers grew louder, inversely with 
their understanding. Pressures for the two odd characters of 
the PL/I programming language continued, worldwide and 
other pressures existed to put the "at" symbol back in the 
64-character subset. Despite the express intent of many 
years, and rigorous intepretation of the meaning of "inter- 
change code", one B. R. Faden proposed to SHARE, the IBM 
user group, that it should take a position with ASA for a study 
of an internal binary code. He said that "It would be a 
national calamity, truly national and truly calamitous, if AS- 
CII is established as a standard for this purpose". This did 
not however, prevent minicomputer designers from using 
ASCII as an internal code, and it was also chosen for the 
NCR Century series, the CDC 1800, and the Bull-GE 140 


A DRAFT RECOMMENDATION 

TC97/SC2 held its 3rd meeting in Paris on 66 April 25-29, 
a momentous one. Japan presented Document 163 on ex- 
tension to non-Latin alphabets, both 7-bit and an 8-bit super- 
set [see 1 03]; USSR usage was reported as SO to Cyrillic, and 
SI to Latin [96], To ensure full agreement, a joint meeting 
with CCITT, Working Croup - Alphabet, was held concur- 
rently^ Commercial "at" and accent grave were once more 
interchanged, and the currency sign problem was alleviated, 
although not solved permanently, by assigning the pound 
sterling symbol to 2/3, with the number sign permissible for 
those countries that did not need it. SS (special sequence) 
was replaced by SUB (substitute character), and the overline 
(which could serve as a tilde) was put in 7/ 1 4. This produced 
ISO Draft Recommendation 1052 [90](column 17), for vot- 
ing under accelerated procedures. 

The US position was not stabilized by these actions 
Knowing ,n advance of the proposal to interchange "at" and 
accent grave, the Information processing Systems Standards 
oard of ASA ordered suspension of printing of X3. 2/206 as 
Standard X3.4-1965. The doors were in fact reopened, and 
at the next X3 meeting SHARE presented its views that the 
rASCII did not meet the pressing needs of the programming 
community, which was agreed by X3.4 also. However, X3.2 
reported that it had listened to these arguments and still 
approved X3.2/384 (column 18), reflecting the changes of 
the Pans meeting. Following some editorial changes to allow 
programming people to stylize certain graphics for the log- 
ica operations, this document was sent for 30-day letter 
ballot. 


Argument persisted, and at its 66 December 14 meeting 
X3.2 approved, in desperation, a modification to stylize the 
vertical bar by splitting it in two, making X3.2/41 1 (column 
19). One of its members, Doug Kerr of Bell Telephone Labs, 
discovered in his research that, according to the encyclo- 
paedia, the ASCII "are those inhabitants of the globe which 
at certain times of the year, have no shadow ... such are the 
inhabitants of the torrid zone; by reason the sun is some- 
times vertical to them". He observed that inhabitants of the 
parallel 41° 48' N (running through such cities as Pough- 
keepsie, NY) are never ASCII. Yet when balloting closed, 
both IBM and API (American Petroleum Institute), carrying 
the campaign for SHARE, had voted affirmative. At the next 
X3 meeting it was forwarded to ASA by 33-0-2. 

At TC97/SC2's 4th meeting, again in Paris, the vote on DR 
1052 stood at 10-3 (2 not received) for the P (Principal) 
members of TC97. Spain voted negative because the tilde 
was in a national usage position, without full rank! The vote 
of the full ISO membership was 1 3-3-6 (32 not received) So 
It was sent to the ISO.Council, with only Japan voting nega- 
tive because of the- dual assignment of pound sterling and 
number sign (the currency symbol remains a thorn to this 
day). The equivalent wording about stylizing for program- 
mers was included. Thus it was a quiet meeting. For 15 
resolutions times 10 countries there were 147 ayes, 1 nay, 
and 2 abstentions. 


AN INTERNATIONAL STANDARD 

On 67 December 22 the ISO accepted DR 1052 by a 12-1 
vote (Ireland opposing), and it has been published as ISO 
Recommendation 646 [95], It is entirely consistent with 
CCITT Working Alphabet No. 5. For the US it matches X3.4- 
1 967 and -1968 [97] (put in force as a Federal Government 
standard by President Johnson). For Japan it is consistent 
with JISCII [103], Many other countries have their national 
standards derived from it. 

Primary emphasis today is not on changing the code. 
Work is in progress to propose part of an additional 128 
positions to bring it to 256. This work originates primarily 
rom the fact that the computer world is now predominantly 
using 8-bit characters on 9-track magnetic tape and other 
media. This work‘has been designated "expansion". 

Conversely, even more effort has gone to "extension", 
which is the regularizing of reaching alternate 7-bit and even 
8-bit sets via ESCape sequences and their registration. This 
is to make a harmonized structure wherein a multitude of 
important non-Latin symbol sets can be represented - Kata 
Kana Kanji, Cyrillic, Arabic, meteorological symbols, biblio- 
graphic symbols, typesetting symbols and fonts - to mention 
on y a few. It is this work that will demonstrate the vast 
significance of the establishment of an international standard 
code. 


■ 
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Note: tn the References that follow, the boldface CR followed by 
a number indicates that the number identifies the review of the 
referenced article in Computing Reviews, a publication of the 
Association for Computing Machinery. 
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44. L. Davidson, "A pushbutton telephone for alphameric input". Data- 
mation 12, No. 4, 27-30 (1966 Apr). 

CR 12922 
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R.W.Bemer, "Information processing - a bit expensive?". Forum 
Editorial, Datamation 12, No. 6, 140 (1906 Jun). 

-, "Code extension in ASCII (an ASA tutorial) ", Commun. ACM 
9, No. 10, 758-762 (1966 Oct). 

R.W.Bemer, "ESC facility in ASCII”, letter, Commun. ACM 10, No. 
4, 282 (1967 Apr). 

M.E. Stevens, J.L. Little, "Automatic typographic-quality typesetting 
techniques: a state-of-the-art review", NBS Monograph 99. 98 pp, 
1967 Apr. 

CR 13088 

("discusses problems of character sets that are adequate, computer 
programming, keyboard design") 

H.Zemanek, "Gedanken zu einem 8-bit-code”, E/cctronische Re- 
chcnan/agcn 9, 1967 Apr, 65-67. 

H.Bcrndt, C.Haberzottl, "Der inlernationale 7-bit-code", E/ec- 
tronisc/w Recbenan/agen 9. 1967 Apr, 68-73. 

M.H.Lewin, "Portable electronic keyboard for computer input by 
telephone", IEEE Trans. ECU3-16, No. 3, 332-334 (1967 Jun). 

CR 12924 

("generates all 128 codes") 

D.L. A. Barber, D.O.Claydon, "A keyboard layout for use with the 
ISO seven bit code”, Comput. Bull. 11, No. 1, 66-67 (1967 Jun). 
P.B.Goodstal, "USASCII, What's it all about”. Data Processing 
Magazine. 1967 Jun, 20-24. 

A. M. Bondarev, "Input and output devices for electronic comput- 
ers”, AO-662762, 67 |ul 28, 8 pp. 

[translation of Standarti/atsiya 3, 1964; references the USSR stan- 
dard GOST- 1 0525-63 1. 

R.W.Bemer, "Towards standards for handwritten zero and oh", 
Commun. ACM 10, No. 8, 513-518 (1967 Aug). 

CR 14629 

-, "Proposed USA standard - magnetic tape labels for information 
interchange”, Commun. ACM 10, No. I 1, 737-743 (1967 Nov). 
CR 13712 

-, "Proposed USA standard - general purpose alphanumeric key- 
board arrangement for information interchange”, Commun. ACM 
11, No. 2, 126-129 (1968 Feb). 

D.V. Black, "Creation of computer input in an expanded character 
set”, /. Library Autom. 1, No. 2, 110-120 (1968 Jun). 

CR 15755 

("101 graphics - less detailed and complex than the recently estab- 
lished MARC II standard”!. 

J.N.Bairstow, "USASCII: Federal Government action on standards 
challenges computer manufacturers". Control Engineering, 1968 
Aug, 84-87. •» 

P.Hirsch, "Release due for Federal directive on ASCII”, News Scene, 
Datamation 14, No. 10, 69 (1968 Oct). 

-, "Correspondences of 8-bit and Hollerith codes for computer envi- 
ronments - a USASI tutorial”, Commun. ACM 11, No. 1 1, 783-789 
(1968 Nov). 

CR 16119 

(reconciles 8-bit ASCII with 8-bit EBCDIC by mapping each to the 
other via Hollerith assignments) 

-, "Proposed USA standard - code extension procedures for informa- 
tion interchange", Commun. ACM 11, No. 12, 849-852 (1968 
Dec). 

-, "Standards in information processing". E/e/e tronische Daten- 
verarbeitung 10, No. 9, 458-459 (1968). 

CR 17173 

G.E. Jones, "The impact of standards”, Computers and Automation 
18, No. 5, 38-39 (1969 May). 

CR 17385 

["development expense is substantial ... standardization should be 
preceded by clear statement of need, and de facto practices should 
be incorporated wherever possible"). 

).L. Little, "Some evolving conventions and standards for character 
information coded in six, seven, and eight bits", Natl. Bur. Stds., 
NBS-TN-478, 1969 May, 33 pp. 

C.E.Cohn, "Reading ASCII tape on a BCD computer". Software 
Age, 1969 Jul. 

R.W.Bemer, "Escape to reality". Forum Editorial, Datamation 15, 
No. 8, 239-240 (1969 Aug). 

J.P. Ancona, S.M. Garland, J.J.Tropsa, "At last: a standard for key- 
boards", Datamation 17, No. 5, 32-36 (1971 Mar 01). 


Code (Drafts and Standards) 

69. -, "Fieldata equipment intercommunication characteristics". Memo- 
randum for Director, Data Proc. Facil. Div., Commun. Dept., 
USASRDL, 1959 Apr (rev. 1959 Aug 01). 

70. R.W.Bemer, W.W.Buchholz, "An extended character set standard", 
IBM Tech. Publ. TR 00.72 1 , 1960 Jun (revision of TR 00. 1 8000.705, 
1960 Jan). 

CR 00813 

[as in Stretch). * 

71. Electronic Industries Assoc.. "Basic character set code, tentative 
standards proposal", TR24.4 Doc. 7233 (1960 May). 

[language and format for punched and magnetic tapes, incorporat- 
ing ESC). 

72. US Dept, of Defense, "Fieldata code", in MIL-STD-1 88A, 1960 Jun 
21 . 

73. X3.2/1, "Proposed American standard code for information inter- 
change", 1961 Nov 10. 

74. ISO/TC97/WG B(Sec.-5)16, 1962 Jun. 

[proposals A and B). 

75. X3.2/4, Proposed American standard code for information inter- 
change", 1962 May 25. 

| to meet AIEE requirements). 

76. IBM Document J22-6690, "Standard BCD interchange code", 1962. 
| "defines for the IBM Corporation a standard 64-character set for 
the IBM 1401, 1410, 7040, and 7044 Data Processing Systems". Not 
for the 709, 705-7080 series, or any other equipment). 

77. ISO/TC97/SC2(Sec.-1 2)30, "ISO draft proposal, 6 and 7 bit charac- 
ter codes for information processing interchange”, 1963 Jan. 

78. ECMA-1, "ECMA standard for a 6 bit input /output character code", 

• 1963 Mar 29. 

79. ANS X3.4-1963, "American standard code for information inter- 
change", 1963 Jun 17. 

| was X 3.2/ 1 3, 1962 Sep 10). 

80. ISO/TC97/SC2(Sec.-22)75, "Second ISO draft proposal, 6 and 7 bit 
character codes for information processing interchange", 1 963 Dec. 

81 . ISO/TC97/SC2(Sec.-32)1 25, "Third ISO draft proposal, 6 and 7-bit 
character codes for information processing interchange", 1964 
May. 

82. 7-bit code, CCITT version, 1964 Oct 09. 

83. X3. 2.4/64, "Draft revised ASCII", 1964 Oct 20. 

84. X3.2/172, "Draft proposed revised ASCII”, 1964 Dec 03. 

85. M-64-900A, "Mil Std Code", 1964 Dec 01. 

86. X3. 2/206, "Proposed revised ASCII”, 1965 Jan 21. 

87. ISO/TC97/SC2(Scc.-37)1 30, "Fourth ISO draft proposal, 6 and 7 bit 
character codes for information processing interchange", 1 965 Mar. 

88. ECMA-6, "ECMA standard for a 7 bit input/output character code”, 
1965 Apr. 

[1st edition, superseding drafts TCI /67/5 and TCI/66/69) 

89. X3. 2/384, "Draft proposer! revised ASCII", 1966 May 20. 

90. ISO Draft Recommendation 1052, "6 and 7 bit character codes for 
information processing interchange", 1966 Jun. 

91. DIN 66 003, "Informationsverarbeitung, 7-bit-code", 1966 May. 

92. X3. 2/411, "Draft proposed revised ASCII", 1966 Jul 15. 

93. ECMA-6, "ECMA standard for a 7 bit input/output character code", 
1967 Jun (2nd edition). 

94. ECMA-1 4, "ECMA standard for rules for the definition of 4 bit sets 
derived from the ECMA 7 bit coded character set for information 
interchange", 1967 Nov. 

95. ISO Recommendation 646, "6 and 7 bit coded character sets for 
information processing interchange", 1967 Dec (DR 1052). 

96. USSR State Standard, GOST 13052-67, "Computers and data trans- 
mission equipment, alpha-numeric codes", approved 1967 Jul 10. 
[mandatory, by law). 

97. X3. 4-1 968, "USA standard code for information interchange", 
[supersedes X3. 4-1 967 (equivalent to FIPS 1, signed by President 
Lyndon Johnson on 1968 May 1 1 ) by adding NL. Approved 1968 
Oct 10). 

98. ECMA-1 7, "ECMA standard for graphic representation of control 
characters of the ECMA 7 bit coded character set for information 
interchange", 1968 Nov. 

99. ISO Recommendation 963, "Guide for the definition of 4-bit charac- 
ter sets derived from ISO 7-bit coded character set for information 
processing", 1969 Feb (DR 1322). 
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ECMA- 19. "ECMA standard for the coding of character sets for 
MICR and OCR", 1969 )un. 

'•Proposed revision of ECMA-6", (3rd edition, 1969, TC1/69/I3). 
ECMA-23, "ECMA standard for keyboards generating the code com- 
binations of the characters of the ECMA 7 bit coded character set", 

1969 Ion. 

Japanese Industrial Standard Code for Information Interchange, |IS- 
Cll", C6220-1969. 

ECMA-6, "ECMA standard for a 7 bit input/output character code , 

1970 jul (3rd edition). 

IBM Corporate Systems Standard, "Extended BCD interchange 
code, Latin alphabets”, CSS 3-3220-002, 1970 Nov, 40 pp. 
ECMA-35, "ECMA standard for extension of the 7-bit coded charac- 
ter set”, 1971 Dec. 

ISO Draft Recommendation 1 672, "Hardware representation of AL- 
GOL basic symbols in the ISO 6 and 7 bit coded character sets . 
ISO Draft Recommendation 2022, "Code extension procedures for 
ISO 7 bit code”. 

ISO Draft Recommendation 2033, "Coding of character sets for 
MICR and OCR". 

ISO Draft Recommendation 2047, "Graphical representation for the 
control characters of the ISO 7-bit character set . 

ISO Draft International Standard, DIS 2375, "Data processing - Pro- 
cedures for the registration of escape sequences". (1970 Sep). 


Magnetic Tape (Articles and Papers) 


R.R. Bender, D.J.Galage, "Packing mode control", IBM Tech. Disclo- 
sure Bull. 4, 1961 Aug, 61-63. 

(packed numerics of an 8-bit code on magnetic tape). 

"Proposed American standard - recorded magnetic tape for infor- 
mation interchange”. Common. ACM 7, No. 5, 284-286 (1964 
May). 

(X3. 2/73, 64 Jan 31] 

CR 06471 

R.W.Bemer, "Information processing - a bit expensive?”. Forum 
Editorial, Datamation 12, No. 6, 140 (1966 ]un). 

"ProposedJUSA standard - recorded magnetic tape for information 
interchange (200 cpi, nrzi) "* Commun. ACM 10, No. 11, 730-737 
(1967 Nov). 

CR 13711 

"Proposed USA standard - magnetic tape labels for information 
interchange”, Commun. ACM 10, No. 1 1, 737-743 (1967 Nov). 
CR 13712 


Magnetic Tape (Drafts and Standards) 

117. ANS X3. 22-1 967, "Recorded magnetic tape for information inter- 
change (800 cpi, NRZI) ", (equivalent to FIPS 3). 

118. ECMA- 12, "ECMA standard for data interchange on 9 track mag- 
netic tape at 31,5 bit per mm (800 bpi) ", 1967 Nov (2nd edition 
1970 Jun). 

119. ISO Recommendation 961, "Implementation of the 6 and 7 bit 
coded character sets on 7 track 12.7 mm (1 / 2 in.) magnetic tape”, 
1969 Feb (DR 1320). 

120. ISO Recommendation 962, "Implementation of the 7 bn coded 
character set on 9 track 1 2.7 mm (1/2 in.) magnetic tape”, 1 969 Feb 
iDR 1321). 

121. ECMA-5, "Data interchange on 7-track magnetic tape , 1970 Jun 
(3rd edition). 

122. ISO Recommendation 1861, "7-track 3 rpmm (200 rpi) magnetic 
tape for information interchange”, 1971 May (DR 1861). 

123. ISO Recommendation 1862, "9-track 8 rpmm (200 rpi) magnetic 
tape for information interchange”, 1971 May (DR 1872). 

124. ECMA-34, "ECMA standard for data interchange on 3,81 mm mag- 
netic tape cassette (32 bpmm, phase encoded) ", 1971 Sep. 

125. ECMA-36, "ECMA standard for data interchange on 9-track phase 
encoded magnetic tape at 63 bpmm (1600 bpi) ", 1971 Dec. 


Punch Cards (Articles and Papers) 

1 26. R.W.Bemer, "A proposal lor a generalized card code for 256 charac- 
ters”, Commun. ACM 2, No. 9, 19-23 (1959 Sep). 

CR 00025 

127. British Standards Institution, "Alphanumeric punching codes lor 
..data processing cards". Standard BS31 74:1959. 

1 28. R.W.Bemer, W.W.Buchholz, "An extended character set standard", 
IBM Tech. Publ. TR 00.721, 1960 lull (revision olTR 00.18000.705, 
1960 Jan). 

1 29. H.J. Smith, Jr., E.A.Williams, "Survey of punched card codes", Com- 
mun. ACM 3, 638, 642 (1960 Dec). 

1 30. D.M. Grant, "A new trinary code compared with existing codes lor 
punched cards", 7. Chcm. Doc. 1, No. 1, 68-69 (1961 Jail). 

CR 02713 (null) 

131. H.McG.Ross, "Further survey of punched card codes", Commun. 
ACM 4, No. 4, 182-183 (1961 Apr). 

132. -, "ECMA standard - representation of the standard ECMA 7-bit code 
in punched cards", Commun. ACM 8, No. 7, 441-442 (1965 Jul). 
[so-called Decimal ASCII] 

CR 09937 

133. E.H.CIamons, "The proposed new punched card code standard", 
Control Engg. 14, No. 2 (1967 Feb). 

134. -, "Proposed USA standard - Hollerith punched card code", Com- 
mun. ACM 11, No. 4, 275-281 (1968 Apr). 

135. -, "Correspondences of 8-bit and Hollerith codes for computer envi- 
ronments - a USASI tutorial", Commun. ACA/II.No. 1 1,783-789 
(1968 Nov). 

CR 16119 


Punch Cards (Draft and Standards) 

136. British Standards Institution, "Draft British standard for codes for 
punched cards", CZ(MEE)6770, 1959 May. 

137. EIA RS-292, "Punched Card Standard”. 

1 38. ANS X3. 26-1 969, "Hollerith punched card code” (same as FIPS 1 4). 

( 1 28 characters only] 

139. ECMA-20, "ECMA standard for the implementation of the ECMA 7 
bit coded character set on punched cards”, 1969 Jun. 

1 40. ECMA-25, "ECMA standard for representation of 8 bit combinations 
in 12 row punched cards”, 1970 Aug. 

(superseded draft TCI/69/78, 1969 Dec] 

141. ANS X3. 26-1 970, "Hollerith punched card code”. 

1 256 characters - revision of X3.26-1 969) 

142. ISO Recommendation 1679, "Representation of ISO 7 bit coded 
character set on 12 row punched cards , 1970 Jul (DR 1679). 

143-. ISO Recommendation 2021, "Representation of ISO 8 bit coded 
character set on 12 row punched curds”, 1971 May (DR 2021). 


Perforated Tape (Articles and Papers) 

1 44 . "Proposed American standard - perforated tape code for informa- 
tion interchange", Commun. ACM 7, No. 6, 336-338 (1964 Jun). 
1X3.2/16, 63 Dec I9| 

CR 06517 


Perforated Tape (Drafts and Standards) 

145. Electronic Industries Assoc., "Basic character set code, tentative 
standards proposal”, TR24.4 Doc. 7233 (1960 May). 

146. British Standards Institution, AA(DPE)3543, "Draft British standard 
for punched tape coding, part 1,7 track code”, (1960 Sep), (eventu- 
ally BS3480: 1 962). 

147. ANS X3. 6-1 965, "Perforated tape code for information inter- 
change”, (approved 1965 Jul 09, equivalent to FIPS 2). 

148. ISO Recommendation 1113, "Representation of 6 and 7 bit coded 
character sets in punched tape”, (1969 Nov), (DR 1418). 

1 49. ECMA- 1 0, "ECMA standard for data interchange on punched tape , 
1970 Jul (2nd edition). 
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Communications (Articles and Papers) 

' 50 ' si” odeT'-T SUlmljr(l ■ »*»***■«* «*f Ihc American 

tht , In d ■ '" forma " on interchange (ASCII) in serial-by-bit 
|X3 3/lbj miSS '° n ’ ™"’ ACM 7 - N “- <>. 333-336 (1964 |un). 

CR 06516 

ST T™; 18 Say ,hal delusion for HOF is based upon eco- 

dZ,m'n5.' Rn CqU ' Pmen ' : C ° mainS comple,e summ ** ° f in Pn' 
' 5 ' <U,/a ’ mm f0Ud " ^ 

’ W ^'7; ! " Commcn ' s on Mi-sequencing of the ASCI, in 
(1964 Aug) ' lr '" 1SmiSS '° n "' Commun '‘CAT 7, No. 8, 483-485 
CR 06519 

IvhichT PC>VV r rf,,i ‘ ,rR 7 CnlS in hwr bit sequencing. 

» hith ,s conlrary to the proposed American standard"! 

■ ;„i i :r , r n, V™‘ IC COmro1 prptcdur e 5 ror dala communication, 
t ri I r " SU1 " ard Codc for inf »rmn.ion interchange - a 
CR 07703 U " ACM N °- *■ 203 ' 2 °° " 965 Ap,) ' 

54. E.H.CIamons. "Low-order or high-order, flsrif lib heihw", Control 
Engineering. 1965 Aug, 102-103 

55 ' paX’Tense 1 *77*- Racier s, rue, ore and character 

.. or S( r ».il-b> -b«! d.ii.i communication in the ASCII" 

Commun. ACM 8, No. <1, 553-550 (1905 Sop). ' ' 

[X3.3/23 J. 

16 ' ■^‘■P-'A'-rican standarrl, characler structure and character 

paritv sense for parallel-by-bil data communication in the ASCII" 

IxTT/ 35^ ACM 9 NH ' 9 ' 695-697 (l906 Sep). 

7 ' 1 t o1 ** <■»• usa ^.^1 

nom, 11 ™"" 1 •ulcMcli.uii'o , Common. ACM 12, No 3 
1 00- 1 78 (1909 Mar). ' . 

[same as ISO/TC97/SC6/278). 

CR 16858 

’■ £ L £ r r;;vr, r o,e wi,rid ° f <ii8iia ' ^ms-. « *»»»«» 

17, No. 6, 22-31 (1971 Mar 15). 

T’mc'anrf'c" 1 '” Pr<>8rcss control procedure standardization", 

. ym/i. on Problems in the Organization oi Data Com- 
muntcatfon Systems, 153-159(1971) 

CR 22425 


Communications (Draffs and Standards) 

160. X3.3.3/7, "Working paper, characler structure for serial-by-bit 

transmission in the ASCII", 1964 Jul 07. 

I first separation of parity sense from bit sequence!. 

' f NS X3 - ,5 -'966, "Bit sequencing of the ASCII in serial-by-bit data 
transmission (equivalent to FIPS 16). 

[X3.3/23, 65 Jun 09, approved 06 Aug 19). 

162. ANS X3 16-1966, "Character structure and character parity sense 
™'- b X- b " dala communication in the ASCII" (equivalent to 

1X3.3/..., approved 66 Aug 19. ODD for synchronous. EVEN for 
asynchronous). 

163. ECMA- 1 6, ECMA standard for basic mode control procedures for 

^ata communications systems using the ECMA 7 bit code", 1968 

'64. ANS X3 25-1968. "Character structure and characler parily sense 
FIPS P 18) ° bV ’ b " d< " a COn T unicalion in lhe ASCII" (equivalent to 

1X3.3/35, 66 Feb 09, approved 68 Oct 24] 

[equivalent to ISO/TC97/SC60JSA-1 5)1 24). 

65 fcus MA l969 D c r S ' andard f ° r COde independenl information Irans- 

67 ECMA 7 ?’ ~rm A S ' and,1rd k,r recovery procedures". 1971 Apr. 

19 7 Ta ' S,andard for • lborl and interrupt procedures", 

lv/1 Apr. 

i8 ' ^;, E r 5ldnd ' ,,d " >r mUl,iP '° S,alion Proce- 

>). ECMA-29. "ECMA standard for conversational information trans- 

■0. ANS X3.28.1971. "Procedures to, the use of Ihe communication 
conln.l characters of Ihe ASCII in specified data communication 

'' IS ° °[ aU international Standard, DIS 21 I I, "Code independent 
transmission procedures". 
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3-char control (7-bit code) 
alternate 2-char mnemonic 
ANSI mnemonic (8 bit code) 
ECMA mnemonic (if different) 


ACK 

(ak) ; 


•r — ; 

BEL 

(BL) 



BS 




CAN 

(CN) 

CD 

DCL 



Cl 

ICL 



CIF 




CIN 




CLC 

EEL 

CR 





CSC 

EED 

DC1 

(Dl) ; 


| a 4 

DC2 

(D2) 



DC3 

(D3) 



DC4 

(D4) 



DEL 

(DT) 



DLE 

(DL) 



EM 




ENQ 

(EQ) 

EO 


EOT 

(ET) 



ESC 

(EC) 

ESI 

. 



ESO 


ETB 

(EB) 



ETX 

(EX) ; 



FF 




FS 




GS 

j 

HF 

RPM 



HLF 

FHL 


■ 

HLR 

RHL 



HN 

APM 

HT 


HTC 




HTS 




LCF 




LCN 

DL 



LD 

LF 


LI 

IL 

NAK 

(NK) 

NP 

• V 

NUL 

(NU) | 

PD 

CUD 



PFF 




PFN 




PH 

CUH 



PL 

CUB 



PM 




PP 

“ • r < 



PR 

CUF ; 



PT 




PU 

cuu 



RLF 


RS 

SI 

SO 

SOH 

SP 

STX 

SUB 

SYN 

US 

VT 


(SH) : 

(SX) ; 

i ( 

(SB) : ' 

(SY) 


.su 


VTC 

; vts 




Acknowledge 

Bell 

Backspace 

Cancel 

Character Delete 
Character Insert 
Character Insert Off 
Character Insert On 
Clear Line from Cursor 
Carriage Return 
Clear Screen from Cursor 
Device Control 1 
Device Control 2 
Device Control 3 
Device Control 4 
Delete 

Data Link Escape 

End of Medium 

Enquiry 

Eight Ones 

End of Transmission 

Escape 

Extended Shift In 

Extended Shift Out 

End of Transmission Block 

End of Text 

Form Feed 

File Separator 

Group Separator 

Highlight Off 

Half Line Feed 

Half Line Reverse Feed 

Highlight On 

Horizontal Tab 

Horizontal Tab Clear 

Horizontal Tab Set 

Local Copy Off (full duplex) 

Local Copy On (half duplex) 

Line Delete 

Line Feed 

Line Insert 

Negative Acknowledge 

Next Page 

Null 

Cursor (Pointer) Down 
Protect Format Off 
Protect Format On 
Cursor (Pointer) Home 
Cursor (Pointer) Left 
Cursor (Pointer) Return 
Previous Page 
Cursor (Pointer) Right 
Cursor„(Pointer) Tab 
Cursor (Pointer) Up 
Reverse Line Feed 
Record Separator 
Scroll Down 
Shift In 
Shift Out 
Start of Heading 
Space (a blank) 

Start of Text 
Scroll Up 
Substitute 
Synchronous Idle 
Unit Separator 
Vertical Tab 
Vertical Tab Clear 
Vertical Tab Set 


bs b7 b& bs 


nrrrr r u tv-" fdi 

mh':. -I : £ 

These 12 positions are vari- ; 
Pble — 2 for jcurrency, 7 pri- ; 
mary national usage, and 3 
secondary usage which are 
diacritical marks used for. i 
alphabetical extension when 
preceded by BS. Positions 2/7 
and 2/1 2 are invariant but also 
serve as diacritical marks. ; 
The presently-known assign- 1 
[merits are given in the table ; 
below! i 


Netherlands— A 
Australia i 
Belgium— A 
W. Germa ly— A 
US 

Japan 

UK 

Italy— A 
Switzerland— A 
France— A' 
USSR 


Netherlands— B 
. Belgium— B 
I France— Bi 

:erland-B 



Hungary 1 
W. Germany— B 
I Switzerland— D 

lass s 

| Denmark 
Norway I 
Spain ,. j 


currency 


2/3 I 2/4 


• .4 




1st 7 national 


4/0 




V 

A 

E 


5/111 5/12 1 5/13 


99} 

i-V. :> 

. O 


¥ 

V 


IJ 
s • 

« 

- <! 

C 

0 

0 

6 

0 

0 
0 
. Kl 


1/ 

• 

! ; ! 


§ 

i 

0 1 

0 

0 

x •; 

X : 

X 

X 


dia | dia 1 


5/14 I 




m 


. r 

: - •*,! 

" 


;u ■ 

..it) 

•• ! 


1st 7 national 


7/11 


-f.'L - 

, I"; - 

vs:- 

' 

- 1 
-U 

•*: 

«»■ 




7/12 


SJ. . , 
') M l 

u ■; 

>r 

t - . 

b 

6 

6 . 

P 

b 


1* 


i ■ 


7/13 


9 

I 


-vts .. 

■jU 

■i 

f 


m ■; 

i :;s. ; 

■- 1 1 . 


dias 


7/14 


■r-f- 


1 : ’ 

- 


_ 


T 

•i : 

r- 

ft 

■A .4 r 

■ti 


b< bi bi bi 


0000 


0001 


0010 


0011 


0100 * 


0101 


0110 


0111 


1000 


1001 


1010 


1011 


1100 


1101 


1110 


1111 


COL| 

ROW' 


10 


11 


12 


13 


14 


15 


0000 


0 


NUL 


□ 


SOH 


r 


STX 


_L 


ETX 


J 


EOT 


ENQ 


ACK 




BEL 


ft 


BS 




HT 




LF 


VT 




FF 


& 


OR 


<r 


SO 




SI 


© 


§ 0 
0 

0 0 


§ 0 
0 


§ 0 
0 


0 0 
0 


0 

0 

00 


0 

0 

00 


0 

0 

00 


0 


0 0 
0 


0 

0 0 


0 0 
0 
0 


0 0 
0 
0 


0 0 
- 0 
0 


§ 0 
0 
0 


0 0 
0 
0 


0001 


1 


DLE 


B 


DC1 


© 


DC2 


© 


DC3 


© 


DC4 


© 


NAK 


X 


SYN 


J~L 


ETB 


CAN 


EM 


SUB 


ESC 


FS 


ED 


GS 


□ 


RS 


□ 


US 


□ 


0 0 
0 0 
0 


0 

0 ;■ 

0 


0 

0 Ills 

0 


0 

E‘V\ 

10 


;S« 

_a 


if 


1 


01 


m 

iB 

IS 


I 
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00 
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Note 1 

These 12 positions are vari- 
Zable — 2JofLcutTencyJZJpfe_ 
mary national usage, and 3 
secondary usage which are 
diacritical marks used for 
alphabetical extension when 
preceded by BS. Positions 2/7 
and 2/12 are Invariant but also 
serve as diacritical marks. 
The presently-known assign- 
ments are given- in the table 
below. 
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8 7 6 5 


3 2 1 

paper tape 
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t 

t 1 t 

(bi is the first bit 

bt bi bt bs 

Mil 

b. 

1 

ba b: b- 
1 1 1 

■* — sent in serial trans- 

mission. then bj, etc. 
to th (b»), then parity) 

4 7 6 5 3 
^ — odd parity 

9 

1 8 2 

channel of 9-track 
magnetic tape 


\l 


r Alternate controls in 
i these 5 columns are 
achieved by preceding 
the regular character 
i with an ESCape. 


11 s 


n The Hollerith card code for 256 characters is constructed from 
1 or 2 or 3 ... or 7 or blank (no punch) 8 

— and any combination of 12, 11, 0, 8, and 9 X32 (2*) 

(from none to alf) — 256 


For historical reasons, the assignments present little 
in the way of a regular pattern, but they are the key 
to translate to and from I BM EBCDIC. 


REFERENCE CHART ISO CODE AND ASSOCIATED RELATIONSHIPS 
Note — this is not a standard in itself. Refer to the appropriate documents (see reverse 
side). Screened characters in columns 3. 4, 5, 8 and 9 are under consideration. 


Reprints of this chart are available 
from the Honeywell Computer Journal 
(P.O. Box 6000. Phoenix, AZ 85005) 
at $1 each postpaid. 
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Note 1 

These 12 positions ard vari- 
able — 2 for currency, 7 pri- 
mary national usage, and 3 
secondary usage which are 
diacritical marks used for 
alphabetical extension when 
preceded by BS. Positions 2/7 
and 2/1 2 are invariant blit also 
serve as diacritical marks. 
The presently-known assign- 
ments are given in thej table 
below. 
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JISCII (Japanese Industrial Standard: : ' ' ' , „ ' 

Code for Information Interchange) is an GOST 13052-67 defines the USSR , 
8-bit code consisting of the ISO charac^ fwjenb^ tja 

ters Pius the Kata tana characters shown ; characters tot col 

• in tho i inner rnw nnsitinns Of CO UfTinS 10“ r a -» i_t*. /cr\ D, meUn 


tumns 811 are identical to’ 0- 

: ;#!■ I 



Alternate controls ,in 
these 5 columns are 
achieved by preceding 
the regular character 
with an ESCapei 
- 


“71 — The Hollerith card code for 256 characters is constructed f 
lz l — 1 or 2 or 3 ... or 7 or blank (no punch) 

It 8 —- and any combination of 12, 11, 0, 8, and 9 X 

0 9 (from none to all) =2 

For historical reasons, the assignments present little 
in the way of a regular pattern, but they are the key 
to translate to and from I BM EBCDIC. , 

i i - 


REFERENCE CHART ISO CODE AND ASSOCIATED RELATIONSHIPS 
Note - this is not a standard in itself. Refer to the appropriate documents (see reverse 
side). Screened characters in columns 3, 4, 5, 8 and 9 are under consideration. 


Reprints of this chart are available 
from the Honeywell Computer Journal 
(P.0. Box 6000, Phoenix, AZ 85005) 
at $1 each postpaid. 
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^ 2 ] Th e Hollerith card code for 256 characters is constructed 
1 — ' 1 or 2 or 3 ... or 7 or blank (no punch) 

11 * — afld any combination of 12, 11, 0, 8, and 9 Y 

0 9 (from none to all) 

For historical reasons, the assignments present little 
in the way of a regular pattern, but they are the key 
to translate to and from I BM EBCDIC. 


REFERENCE CHART ISO CODE AND ASSOCIATED RELATIONSHIPS 
Note — this is not a standard in itself. Refer to the appropriate documents (see reverse 
side). Screened characters in columns 3, 4. 5. 8 and 9 are under consideration. 


Reprints of this chart are availab 
from the Honeywell Computer Jo 
(P.O. Box 6000, Phoenix. AZ 850 
at $1 each postpaid. 


































































































































































































































DATE: 


FROM : 

MAIL STATION: 

TO: 

MAIL STATION: 

SUBJECT: 


Enel : 1 


December 26, 1972 
L. de Bournonville 
LB/YL/1751/72 
2L053 E 
M^Jj^CLamoiis 

Waltham - MS 453 


RECEIVED 


1973 JAN 2 


COPIES TO; MM. 


Feissel H> CLAMQNS 

Mouren 

Mac Namara (Waltham) 




Alternate Set 


Please find attached a contribution, written by me in agreement with 
Mr. Feissel. I intend to present it at the next ECMA TCI meeting (end 
of January) . 

This contribution has been sent to the members of the special interest 
list - codes. 


Regards, 



L. de Bournonville 


/I/Aa/ If 

tii Je 



ECMA/TC1/72/ 


E C M A 

EUROPEAN COMPUTER MANUFACTURERS ASSOCIATION 


Alternate Set 


-by L. de Bournonville (Honeywell) 
December 1972 


In ECMA 6, some positions have alternate meanings or are reserved for 
National letters or National currency symbols. 

In some applications, it is necessary to use more than one meaning for 
one position in the set. 

This problem could be solved by the extension technique. 

In the attached chart, we have gathered the alternate meanings already 
registered in national standards (and other standards). 

This chart must be considered as a base for defining a standard alter- 
nate position using the extension technique, for the corresponding cha- 
racters. It must be stated that : 

1 ) Some characters, such as quote and diaeresis may only be distinguis- 

hable by the font design of the character. 

In the attached chart, we have given the OCR-B reference whenever 
the corresponding character was standard in OCR-B. 

2 ) This set goes against the rule of the uniqueness of character allo- 

cation as -stated in ECMA 6. 

With extension techniques, this chart could be used to solve problems 
such as : 

- register of name and address with national letters 

- incompatibility in National letter allocation in ECMA 6 
and EBCDIC etc. 


POSITION 

MEANING 

OCR-B 

REFER. 

2-2 

Quotation Mark 

72 

2-3 

Pound Sign 

89 

2-4 

Dollar Sign 

90 

2-5 

Yen Sign * 


2-7 

Apostrophe 

73 

2-8 

Russian Accent 


2-10 

Ten Sign 


2-11 

Eleven Sign 


2-12 

Comma 

69 

2-13 

Degree (Scandinavian accent) I 


2-14 

One Half ! 


3-2 

Diaeresis 

107 

3-3 

Number sign 

84 

3-4 

Currency sign 

88 

3-5 

Hungarian currency sign 


3-6 

Cent sign 


3-7 

Acute accent 

108 

3-8 

Hacek 


3-10 

Colon 

70 

3-11 

Semi colon 

71 

3-12 

Cedilla 

112 

3-13 

Paragraph sign 


4-0 

■ Commercial at 

86 

4-1 

A with grave accent 


4-2 

A with diaeresis 

94 

4-3 

A with Scandinavian accent 

95 

4-4 

E with grave accent 


4-6 

N with Tildq 

101 

4-8 

0 with diaeresis 

97 

4-10 

U with diaeresis (German U) 

99' 

4-13 

Dutch IJ 

100 

4-14 

Upward arrow head 

87 

5-0 

A with Tilde 

- 

5-2 

DIPHTHONG A£ 

96 

5-3 

C with cedilla 


5-6 

0 with tilde 


5-8 

0 with slash 

98 

5-11 

Left square bracket 

81 

5-12 

Reverse Solidus 

93 

5-13 

Right square bracket 

82 

5-14 

Circumflex accent 

110 

6-0 

Grave accent 

109 

6-1 

a with acute accent 

37 + 108 

6-2 

a with diaeresis 

37 + 107 

6-3 

a with' Scandinavian accent 

102 

6-4 

e with acute accent 

41 + 108 

6-6 

n with tilde 

60 + 111 

6-7 

o with acute accent 

51 + 108 

6-8 

o with diaeresis 

51 + 107 

6-lo 

u with diaeresis (German u) 

57 + 107 

6-12 

Broken vertical line 









MEANING 


OCR-B 

REFER 


Small Dutch 

105 

Tilde 

111 

German double s 

106 

a with tilde 

37 + 111 

a with grave accent 

37 + 109 

Diphthong-ae 

103 

c with cedilla 

39 + 112 

e with grave accent 

41 + 109 

i with grave accent 


o with tilde 

51 + 111 

o with grave accent 

51 + 109 

o with slash 

104 

u with grave accent 

57 + 109 

Left curly bracket 

113 

Vertical line 

91 

Right curly bracket 

• 

114 




ALTERNATE SET 































































TELEX 


TO: ' P . MOUREN - XPR 

FROM: E. H. CLAMONS, M/S 453 Waltham 

DATE: 1/4/73 

PLEASE REFERENCE L. DE BOURNONVILLE MEMO OF 72-12-26, ALTERNATE SETS. 

SINCE HONEYWELL MANAGEMENT HAS NO FURTHER INTEREST IN CODE STANDARDIZATION, I 
SEE NO NEED IN PERPETUATING THE ACTIVITIES OF ECMA TCI. IN PARTICULAR, THE 
CONTRIBUTION OF M. DE BOURNONVILLE IS NOT MATCHED BY A CHB OR A HONEYWELL 
MARKETING EFFORT. I RECOMMEND THAT WE TAKE A PASSIVE ROLE IN ECMA TCI. 

I WOULD APPRECIATE YOUR CHECKING THIS WITH M. FOUROT . 

REGARDS, 

ERIC H. CLAMONS 


f\jA^ A (+- - 7 , 1 1 


Honeywell Interoffice Correspondence 

Date 
To: 

From: Eric H. Clamons 

Location: Waltham, M/S 453 
Subject: ALTERNATE SETS 


January 9, 1973 

L. de Bournonville 


I have reviewed your paper of 72/12/26, Alternate Sets. Here 
are my technical comments (personal, to you only). 


1. The characters which you have put together for registra- 
tion merely represent a summary of submissions to date 
from the various standards bodies. These will change as 
more and more countries register their codes. The regis 
tration you propose will change often and will be of 
little marketing value. 


2. An additional page of characters would slow down the out- 
put speed of a printer, yet only a few characters would 
be used in each country. We would be well advised to 
limit ourselves to print trains which are specialized for 
each country and for each application. 


3. The national problems are not solved entirely. For instance, 
only the more common accented French letters are included 
in your proposal; the rest are not necessary for typewritten 
material. However, if the customer pays a price for extra 
characters in France, he is usually not interested in the 
characters of Sweden, Norway, etc. 

4 * i 1 ? ?® r * ain countries; e.g., Eastern Europe, there is no 

limited set. 


Therefore, from a marketing point of view, I would recommend that 

” SP !?f a ;. print tralns - for’busin.ss cor“d“ce - 

ers for publishing, as needed. I recommend against developinq 
an international standard which later could tie our hands competitively. 


EHCsla 





I 


3 1 


MAVl/ fa 
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Table 19.17 Accented letters used in various languages 


Afrikaans 

a 4 aa 66 eelliJ 666666 

Albanian 

a 5 e 

Czech 

ae<T661n6fgf6flfi£>f 

Danish 

a 0 

Dutch 

6666666 ij 

Estonian 

a 6 6 s a i 

Finnish 

a a a 

Flemish 

e 6 ij 

French 

aas666eiId6flU 

Friesian 

a 6 Q 

Gaelic (Scottish) 

6 6 6 1 6 6 6 

German 

3 6 ii 6 

Hungarian 

d 616666iiu 

Italian 

6661116666 

Lithuanian 

? 2 e ? S u ij i 

Norwegian 

a 0 

Polish 

? 6 ? 1 ii 6 S z z 

Portuguese 

aaaa566611666666 

Roumanian 

a a a 6 1 1 5 1 6 

Spanish 

a 6 1 6 6 11 fi 

Swedish 

a a a 


Tabic 19.17 lists the accented letters which are currently used in 21 
languages which employ the latin alphabet. Additional accents may appear 
in the older literature of the countries using these languages and other 
accents could be required in modern texts where words have been 
borrowed or are quoted from another language. This subject is discussed 

World'** dCtai m ^ Monotype Recorder Vo1 - & A 7 ®- 4 Languages of the 


as ) ce 

( (OB 




P 






t.' a f 


■/ 

O/. 





■SSL' ‘ 

_ 




fable «.1« Accented Lett... <« « Eut.pe.n Lan,» 0 e. 

.....* «««* ">■ •'‘■ < ’ 0 " 5 ”':::: 


a * * . e Ili:i" 6 6 5 . *> ^uiiiifi 

A 4 6 e 6 MU 6 6 5 6 0 6 6 u u 6 n c 


Roman | / ' - . .* £ ££ £ MU <>OOU*w 

Capitals A A A A A . ju.l H5U» UUMUlO 

4 ' ! ^ 4 \ g 6 MU 6 6 6 6 0 6 6 u 6 6 ft 9 

Small capitals i A A X A A 

\ , iAA AA nn 60 0 6 0 0 oooose 

dd -- — "* ‘ i,4 ‘" 

Lower case a 

BoM A A A A A A liH HU 660006 OttJCSC 

Capitals , ^ _ - Jill 668606 u68fi fi ? fl 

Lowercase Ai 5 * * ' Da nlsh, Dutch. English, French, Flemish. German .Italian, Spanish, 

These accents, when added to a 7-alphabet fount will enable text compose and Portuguese 


A 1 X A A A *££* nit 6 0 0 600 6VV0XC 
A A A A A a-adaed** 4 *** 

d d d d d d dl*« ' 1 ' ‘ ' * ° * ' 
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COMMITTEE CORRESPONDENCE 



american national standards committees: 

X3— Computers & Information Processing 
X4— Office Machines & Supplies 


secretariat: CBEMA, 1828 L St., N.W., Washington, D.C. 20036 (202) 466-2299 
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Doc. NO. X 3- 7 3- 90 
Date July 30 , 1973 

Project 1 2 
Milestone 9 


Reply to: 


TO: Members of X3, SPARC, (lAC>r SSC , SP&PC, DPG/SC, X3S3 
Officers of X3/TC's and SPARC/SG's 
Members of X4, X4/TG on Keyboards, O MG/SC 


SUBJECT: Draft Proposed Revision of ASCII, X3. 4-1968 


1. Attached for information and comment, if desired, is Doc. X3L2/1355, draft 
proposed revision of American National Standard Code for Information Inter- 
change (ASCII) . 

2. This draft is currently being circulated for letter ballot within Technical Com- 

mittee X3L2. The ballot closes September 7, 1973. All recipients are invited 
to submit comments to X3L2. For maximum usefullness, they should be received 
in time for consideration together with X3L2's consideration of its members' 
ballot comments, i.e., Comments should 

be addressed to: 


Mr. Charles D. Card (Chairman X3L2) 
UNIVAC - Division of Sperry Rand Corp. 
Site 2C1 - P. O. Box 500 
Blue Bell, Pennsylvania 19422 
(215) 542 3675 


3. ACTION BY CHAIRMEN of SPARC, IAC, Technical Committees: 

Each Chairman is requested to review this proposal for impact on his committee’s 
work. If the chairman feels his committee will have substantive comments to 
make, he should immediately advise the Chairman of X3/SSC and Chairman of 
X3L2: 

a. That his committee will probably make substantive comments, 

b. The probable issues his committee will raise, and 

c. The date by which SSC and X3L2 will receive his committee's comment. 



In making such response, all Chairmen are urged to note the September 7th 
closing date of the X3L2 ballot. They should make every attempOo^provSe as 
much of their committees' views as possible by that date. SSC Section Managers 
are requested to monitor this review by their respective sections. 

M* i 

l Secretary, X3 

Attachment: X3L2/1355 



Robert M. Brown 
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Scope 


AMERICAN NATIONAL 
CODE FOR INFORMATION 


STANDARD 

INTERCHANGE 


This coded character set 
interchange of information among 
communications systems, and associ 


is to be used 
n f o rrna t i on p r o ce 
ated equipment. 


for the general 
ssing systems. 


2. Standard Code 



A Qr» t t 


~i / 





iLi.-j,**. 


# 4* 


DRAFT 


3. Character Representation and Code Identification 

The standard 7-bit character representation, with h7 the 
hi qh-orrior hit and hi the lo' -order hit, is shown below: 

’axa,.;Jic: T)i-.: hit representation for the character "K" , 

positioned in column 4, row 11, is 

b7 b6 b5 b4 b3 b2 bl 

1 0 0 1 0 1 1 

The code table for the character "It" may also be 

represented by the notation "column 4 , row 11" or alternatively 
as "4/11." The decimal equivalent of the binary number formed by 
bit b7, b6 , and b5 , collectively, forms the column number, and 
tiie decimal equivalent of the binary number formed by bits b4, 
b3, b2 , and bl, collectively, forms the row number. 

The standard code may be identified by the use of the 

notation ASCII. 

The notation ASCII (pronounced as' -key) should ordinarily be 
taken to mean the code prescribed by the latest issue of the 
standard. To explicitly designate a particular (perhaps prior) 

issue, the last two digits of the year of issue may be appended, 

as, "ASCII 68” or "ASCII 73". 

OS#rsei| 
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4. Legend 

4.1 Control Characters 



Col/ 

Row 


Mnemonic and 

Meaning . 

Col/ 

Row 


Mnemonic and 

Me an i no 

0/0 

juji. 

Null 

1/0 

DLE 

Data Link Escape (CC) 

0/1 

SOB 

Start of Heading (CC) 

1/1 

DCl 

Device Control 1 

o/2 

SIX 

Start of Text (CC) 

1/2 

DC 2 

Device Control 2 

0/3 

ETX 

End of Text (CC) 

1/3 

DC3 

Device Control 3 

0/4 

EOT 

End of Trans- 
Mission (CC) 

1/4 

DC 4 

Device Control, 4 

0/5 

ENQ 

Enquiry (CC) 

1/5 

NAK 

Negative Acknowledge 
(CC) 

0/6 

ACK 

Acknowledge (CC) 

1/6 

SYN 

Synchronous Idle (CC) 

0/7 

BEL 

Bell 

1/7 

ETB 

End of Transmission 
Bloc): (CC) 

0/8 

BS 

Backspace (FE) 

1/8 

CAN 

Cancel 

0/9 

JIT 

Horizontal 

Tabulation (FE) 

1/9 

EM 

End of Medium 

fo/10 

JTL^ 

New Line (FE) 

1/10 

SUB 

Substitute 

oTTT 

VT 

Vertical 

Tabulation (FE) 

1/11 

ESC 

Escape 

0/12 

FF 

Form Feed (FE) 

1/12 

FS 

File Separator (IS) 

<t57iT 

jj) 

Horizontal Return 
(FE) 

1/13 

GS 

Group Separator (IS) 

0/14 

SO 

Shift Out 

1/14 

RS 

Record Separator (IS) 

0/15 

SI 

Shift in 

1/15 

US 

Unit Separator (IS) 




7/15 

DEL 

Delete J 

2#- 


NOTE: (CC) Communication Control 


(FM) Format Effector 
(IS) Information Separator 
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4.2 Grar.'.iic 


:har.jcU;r£ 


Colvmu?/J:oK 

2/0 

2/1 

2 /;.: 

2 / 2 . 
2/- 1 
2/2 
2/o 
2/7 


Symbol 




Space 

Ilxclr 


Haute 

( Normal 2 v 
nation Pc. • 


Kon-Printir.a) 


(i tierosi s ) 


t c note 


... 1.911 

Sigr 

,U 


(Clr.ring Singie 
3 • Acute Accent) 


note 1 . 


0 tO 9 inclusive 


SOU n>: ■ 

,',ur !>":V . 
poller , 

Percent. 

Alt IjLCSi-.. 

Apos tr</ 

Quotation Mark 
See note 1 . 

Opcr.i n a Parent; 1 e s i s 
Closing Parenthesis 
Asterisk 
Plus 

Comraa (Cedilla) . See 
Hyphen (Minus) 

Period (Decimal Point) 

Slant 
Digit 
Colon 
Semicolon 
Less Than 
Equals 

Greater Than 
Question mar); 

Commercial At. 

Uppercase Latin 
Opening Bracket 
Reverse Slant. 

Closing Bracket. 

Circumflex. See 
Underline 

Opening Single Quotation Mark 
Lowercase Latin letters a thru 
Opening Brace. See note 2. 
Section Mark. See note 2. 
Closing Brace. See note 2. 
Tilde (Overline) . 

See notes 1 and 2. 


£voOtO 


Definitions 


5.1 General 

"control Character: A character whose occurrence in a Particular 

context initiates, modifies, or stops an aouion wMu -ifeem, the 
recording, processing, transmission or mrrepieUt. 101 , o* dc or. 

r _, nhi r character: A character, other than a coni ro) character, 
that has a visual representation normally handwritten, printed or 
displayed. 

S 7rc) Communication Control: A control character intended to 

contro" facilitate transmission of information over 
communication networks. 

(FE) Format Effector: A control character that, controls the 

layout or positioning of information m printing or displ ,y 
devices. 

(IS) Information Separator: A control character that is used to 
separate and qualify information m a logical sen^c. Thera is 
group of four such characters, which are to be used 
hierarchical order. 


See note 2 . 
letters A thru 2 
See note 2. 

See note 2 . 

See note 2. 
notes 1 and 2 . 


5.2 

0/0 


To/< 

i 


The use of the symbols in 2/2, 2/7, 2/12, 5/14, 6/0, anu 
7/14 as diacritical marks is described in Appendix A, A5.2 

These characters should not be use. 1 , in international 
interchange without determining that there 
between sender anu recipient. (S '" r - 


Appe: 


is agreement 
idix B4) . 



Control Characters 

NUL (Null) : A control character used to accomplish media 

fill or time fill. Null characters may be inserted into or 
removed from a stream of data without affecting the 
information content of that stream. However, the addition or 
removal of these characters may affect the information 
layout or the control of equipment. 

SOH (Start of Heading) : A communication control character 
used as the first character of a heading of an information 
massage. 

STX (Start of Text) : A communication control character that 
precedes a text and is used to terminate a heading. 

ETX (End of Text) : A communication control character that 
terminates a text. 

KOT (End of Transmission) : A comrauncation control character- 
used to indicate the conclusion of a transmission, whh^-y 
have contained one or more texts and any associate 

headings. 


ASCII 7/24/73 
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rro a communication control character usc £ 

0/j i-KQ- (LriCjair} j . _ tc rr*nuost for a response from 

data communication system- a r q -- Y OU" {wpu) to 

a remote station. It may be used as a Uh ° Ar ° b ™V l sta ti„ n 
obtain identification, or may be usee to 
status, or both . 

r\/c rrv ( Arkndwle'due.) >: A communication control character 

transmitted by a receiver as an affirmative response o 
sender. 

0/1 *g 

devices. 

0/8 (backspace): A one-poci tion format effector that moves 

the active position backwards on the same line. 

0/9 HT (Horizontal Tabulation^ ^edete^ne^'char^cter 

the active position to tne noxu 
position on the same line. 

0/10 SL (Herlineb fi^^active^position^on^the^neKt "line? 

KVS. conventi'on'^reqnires Igreeme^ f^ween sender 
and recipient of data. oO \ <3^ T7"*; 


0/11 “ 
the lt‘ r:r - 1 ve Positio^ actreed upon between the 

?;SriS““SSS vi S£lSSS“ tte «U>« P«W« 

“ta ohL.ct.r position on the next pred.tcr.in.4 lino. 

0/12 FF (Form Feed): A format effector that advances the active 

" sr-ss upo^s srs 

Interchange parties? FF may Advance the active position to 
ihe same 9 character position on a predetermined line of the 
next form or page. 

0/13 sr* .™ 

line. 

s*T5ir 2j£? ; . ; ! 2/ s.sr • -s 

ffias* srsn* onSn,;™*ft.„ a .rd „e. sootion 
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A/1K pi fi'hi ft iv) • A control character that is usee, ini 

conjunction with Shift ^ ut ^^^("bi^CcthinstionsIp 

in the code extension standard (see section 7.J) ^ | 

1/0 OLD (Data bink Escape) V A communication centre Vd-aractcr 

that will change the moaning of a “ fc ^ rl to 

conti ctcusly following characters. It it v...cd exc-iu.-t ci 
provide supplementary data transmission . ^‘.. rd 

Appropriate sequences are detinea m another stand-rd (n.ci 

section 7.0). 

1/1 i /* nri nc 2 DC3, DC 4 (Decice Controls): Control 

1 characters iox the control of ancillary Juices ^ssociateu 
with data processing or telecommunication syst-r..a, tore 

especially switching devices on or off . (“ ^ 

"stop" control is required to interrupt or tuir. 
ancillary devices, DC4 is the preferred assignment.) 

1/5 NAK (Negative Acknowledge) : A communication control 

7 character transmitted by a receiver as a negative rc-pon,. 

to the sender. 

1/6 SYN (Synchronous Idle): A _ communication control character 

used by a synchronous transmission system .the absence ^ 
any other character to provide a signal from whicn 
synchronism may be achieved or retained. 

]/7 ETB (End of Transmission Block) : A communication control 

7 character used to indicate the end of a bod d fta where 

communication purposes. ETB is used L £ 0 thl 
the block structure is not necessarily 
processing format. 

1/8 CAN (Cancel): A control character used ^o indicate that the! 
defined for each application. 

1/9 EM (End of Medium): A control character that may be u-ed to 

aras 

S^yrsS&SJr’^S? W5U »' 

medium. 

1/10 SUB (Substitute): A character that may be substituted 
7 character that is determined to be invalid oi in error. 

i / n rc;c (Escape) : A control character intended to piovioe 

1/11 js^as* a.™,, ins^rgn»u45w^ 

a SitS of contiguous bit patterns. 1M =«oot of 
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this character / i- 
(see section 7.0). 



Record , or Unit are 

■» 

>/15 DEL ( Deletes) : A 

obliterate an • err one 
tape. DEL characters 
or- time- fill. They m 
stream of data with 
that stream. However 
characters m,ay aff 
control of equipment. 


Separator) , GS (Group Separator) , RS 
•nod (Unit Separator): These 

it-:.- >10 used with data .in optional 

. their i: Wrarchicel relationship shall 
t inclusive, then GS, then RS, and US as 
a content and .length of a File, Group, 
not specified.) 

character used primarily to erase or 
ous or unwanted character in punched 
may also serve to accomplish media-fill 
y be inserted into or removed from a 
out affecting the information content of 
, the addition or removal of these 
act the information layout and/ or the 




5.3 Graphic Characters 

io specific meaning is prescribed for any of tho ^graphics in the 
:ode table except that which is CtTnders toodp by the users, 

’urthcrirtore , this standard does not specify a type j j'tvics f or the 

srintiny , or display of the various graphic characters. In 

specific applications, it may be desirable to employ distinctive 
^'ling of individual graphics to facilitate their use for 

specific purposes. 

2/0 SP (Space) : A graphic character that is usually represented 
by a blank site in a series of graphics. The space 
character, though net a control character, has a function 
eq uivalent to th^it of a format effector t hat cau ses the 
<f£Iys « pos ition? to move one position ctnr wnr fll without 
producing the printing, or display of any graphic. Similarly, 
| » the space character may have a function equivalent to that 

\^r of an information separator. 






separator. /j 
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General Considerations 


6.1 This standard docs not define the means by which the coded 
set .is to be recorded in any physical medium, nor does it include 
any redundancy or define techniques for error control. Further, 

this standard does not define data communication character structure, 
data communication formats, code extension techniques, or graphic 
representation of control characters. 

6.2 Deviations from the standard may create serious difficulties in 
information interchange and should be used only with full cognizance 
of the parties involved. 

^^6.3 The relative sequence of any two characters, when used as a 
_ 1 basis for collation, is defined by their binary values. The Null 

I character (position 0/0) will be ranked low and the Delete character 
^ I (position 7/15) will be ranked high. Other collating sequences may be 
L*eed by prior agreement between interchanging parties. 

\ 6.4 The representation of this 7-bit code in an S-bit environment 
^is specified in the standard on code extension (see section 7.0) 



6.5 The appendixes to this standard contain additional information 
on the design and use of this code.. 


t 


/a. ■Srtmrt-*' 
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APPENDIXES ' 


These appendixes are not a part of American 
National Standard Cods for Information 
Interchange, X3. 4-1973, but are included to 
facilitate its use. 





Al. Introduction 


The stand? -d coded 
interchange of information 
communication systems, and 


character set is intended for the 
among information processing systems, 
associated equipment. 


A2. Considerations Affecting the Code 

Then- were many considerations that determined the set size, 
set structure, charact. r selection, and character placement of 
the code. Among these were (not listed m order of priority). 


U) 

( 2 ) 


(3) 

(4) 

(5) 

( 6 ) 

(7) 

( 8 ) 
( 9 ) 


( 10 ) 


(ID 

( 12 ) 

(33) 

(14) 


Need for adequate number of graphic symbols 
Need for adequate number of device controls, format 
effectors, communication controls, and information 
separators . . . 

Desire for a nonambiguous code; i.e., one in wni.cn 
every? code combination has a unique interpretation 
Physical requirements of media and facilities 
Error control considerations 

Special interpretation of the all-zeros and all-ones 

characters , . . 

Ease in the identification of classes of characters 

Data manipulation requirements 
Collating conventions 

(a) Logical 

(b) Historical 
Keyboard conventions 

(a) Logical 

(b) Historical 
Other set sizes 
International considerations 
Progra': ■ ;-„ng languages 
Existing coded cuuracter sets. 
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A4. Set Structure 

A4.1 In discussing the sot structure it is convenient to divide 
the set in o 8 columns and IS rows as indicated in this standard. 

A4 . 2 It was 'lured cf .h’ntial to have .1 dan^e subnet which 

contained o" ly griipnics. Foi ease of identif icetion this graphic 
subset was placed in six contiguous columns. 

A4.3 The first two columns were chosen for the controls for the 
following reasons: 


(1) The character NUL by its definition has the location 0/0 
in the code table. NUL is broadly considered a control 
character. 

(2) The representations in column 7 were felt to be most 
susceptible to simulation by a particular class of. 

transmission error one which occurs during an idle. 

condition on asynchronous systems. 

(3) To permit the considerations of graphic subset structure 
described in A6 to be satisfied, the two columns of 
controls had to be adjacent. 

A4.4 The character set was structured to enable the easy 
identification of classes of graphics and controls. 


A3. Set Size 

A 7-bit set is the minimum size that will 
requirements for graphics and controls in applications 
general information interchange. 


meet the 
involving 
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7!i.l Included in tiie sot arc tiro digits n through 9, upper and 
lower e..'r.o« or the Lnti n letter;; A through ", and those 
; urc _u or, , pf*. th...r.uti. and j ... j ness sy: ' c-ls consic ored most 

usrfv'. . ‘the sot inciuu... a nvrnor of cnaractors comic:;;! y 
cncr.t.,,- , in pregrar hr. lar.juv.es. i» •■»articu)..-r, all the 

CO -0J, iou i OUThA'.i graphic:' are int- ' u..e.». 


.'.5.2 Ir. order to per: .it the r« j rrssentatii •; of languages other 
than tn-iish, two diacritical (or accent; marks have been 
included, and provision has been made for the use of four 
punctuation symbols alternately as diacritical marks. The 
pairing of these punctuation symbols with their corresponding 
'diacritical marks was done to facilitate, the design of a typeface 
which ‘would be acceptable for both uses. 

These arrangements are: 


Col/ 

Row 

Code Table 
Symbol 

Use 

Punctuation 

Diacritical 

2/2 

If 

Quotation harks 

Dieresis 

2/7 

I 

Apostrophe 

Acute Accent 

2/12 

1 

Comma 

Cedilla 

5/14 


(None) 

Circumflex 

6/0 

c 

Opening Si ngle 
Quotation 

Grave Accent 

7/14 


(None) 

Tilde 


A6. Graphic Subset .Structure 

• 1' The basic structure of the dense graphic subset was 
influenced by logical collating considerations, the - requirements 
' b imply relate*, ii-nit sets, and the needs of typewriter- like 
di vices. Tor information pro- vs'siny , .i t is desirable that the 
Ciiar actors bd arranged in sue:; a way as to minimize both the 
operating time and the hardware components required for ordering 
and sequencing operations . ‘.'his requires that the relative order 
of characters, within classes, be sue. tna’t a simple comparison 
of the binary codes vn.ll result in information being ordered in a 
d sired sequence . 

A6.2 Conventional usage requires that si’ ( space ) be ahead of any 
other symbol in a collatablo set. This permits a name such as 
"JOHNS" to collate ahead of a name such as "JOHNSON." The 
requirement that punctuation symbols such as comma also collate 
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ahead of the alphabet ("JOHNS, A" should also collate before 
" JOHNSON" ) establishes the specie,;, symbol locations including IIP, 
in tn« first column of the graphic subnet. 

A6.3 To .simplify th- design of tynewr iter- like devices, .it is 
dee.; ", via t!r«.r t .■ ...; : be only a cor:;. on 1-bit di f f-.-rouce bet*.; ■■"-■n 
chair, tters to be paired on key tops. This, together with the 
requ! rsvcnts for a contiguous alphabet, and the collating 
requirements outlined .'hove, /vaulted i,. the placement of the 
alphabet in the last four columns of the graphic subnet and the 
placement of the digits in the second column of the graphic 
subset. 

A6.4 It is expected that devices having the capability of 
printing only 64 graphic symbols will continue to be important. 
It may be desirable to arrange these devices to print one symbol 
for the bit pattern of both upper and lov/er case of a given 
alphabetic letter. To facilitate this, there should be a single- 
bit difference between the upper and lower case representations 
of any given letter. Combined with the requirement that a given 
case of the alphabet be contiguous, this dictated the assignment 
of the alphabet, as shown in columns 4 through 7. 

A6.5 To minimize ambiguity caused by the use of a 64-graphic 
device as - described shove, it is desirable to the degree 
possible, that each character in column 6 or 7 differ .little in 
significance fro - ;! the corresponding character in column 4 or 5, 
In certain case:., this was not possible. 

A6.6 The assignment of reverse slant 
brackets and b races , and the circumflex and 
a view to the considerations of A6.5. 

A6.7 The resultant structure of "specials" (5), "digits" (D) , 
and "alphabetics" (A) does not conform to the most prevalant 
collating convention (S-A-D) because of other code requirements. 

A6.8 The need for a simple transformation from the set sequence 
to the prevalent collating convention was recognized, and 
dictated the placement of some of the "specials" within the set,.. 
Specifically, those special symbols, viz., ampersa nd (&) , 

asterisk (*) , c omma (,), hyphen (— ) , period ( .) , ami slant (/) , 
which are most often used as identifiers for ordering information 
and which normally collate ahead of both the alphabet and the 
digits were not placed in the column containing the digits, so 
that tht entire numeric column could be rotated via a relatively 
simple transformation to a position higher than the: alphabet. 
The sequence of the aforementioned "specials" was also 
established to the extent practical to conform to the prevalent 
collating convention. 

A6.9 The need for a useful 4-bit numeric subset also played a 
role in the placement of characters. Such a 4-bit subset. 



marlfr Cne 
2e were mad oJ wi th 


ASCII 7/24/73 


DRAFT 


16 



DRAFT 


.including the diy.i and synbn? «, asterisk , p lus ( + ) , comma, 

?' V.l 'HI 1 ' l iu ai ‘ : lent, c- is easily bo derive--' 1 ire::- the code. 

• i-1: Cf of o' jotx-r- - code including the 

(’■' ."triic-n > u' Sorrier ‘tidaii '-hit • .la transmission 

("* 1 •••• • , a r 1 : ; rna : • .« ! roqui >. • ments , 

til ayed an i.:-;ortant tele in be lj be rot? r. that -a suited in the 
cone. Tho r, ejection and group’ »s of •-> symbol..'-, dollar sign (?) , 
t: '-rt- gnt r.’-i; (ft) , rrnersnnd (r), e posf or-v ( ‘ ) , less tR--.iT~( < ) , 

, and g r outer tEah (>) facilitate contraction to either 
a business or scientific 6-. it subset. The position of these 
symbols , and of the symbols comma, hyphen, period, and slant, 
facilitates achievement of commonly acceptor! pairing on a 

keyboard. The historic pairing of ouestion mark and slant is 
preserved, anci the less than and greate r" . '.an symbols’, which have 
comparatively low usage, are. pair-:.: a ivxfcF perl od and comma, so 
thiil in dual-case keyboard cl vices where it is desired "to have 
period and c on-m: . 1 m .>oth .-■-•■•(■s, the .1 '_y.es than ind greater than 
nyi-hvls art the oiies displ.v; . c . Pro i : r nn . maSe "for the 
■ uv. .nodal 4. on of . Ip!. abets contain:. -; lore tiian 26 letters and 
c ">' 6-bil contractio by the location if Jow-usage characters in 
the area following the alphabet. 

Oitwftee toomk/ 

A7. Control Subset Content and Structure 

A7..1 The control characters incV.id-. d in the set are those 
... required for the control of terminal devices, input and output 
devices, format, or communication transmission and , switching, and 
are general enough to justify inclusion in a standard set. 

A7.2 Many control characters may be considered to fall into the 
follov/ing categories: 

(1) Communication Controls 

(2) Format Effectors 

(3) Device Controls 

(4) Information Separators 

To the extent practical, controls of each category were grouped 

in “* “ a " fe-iwi a. e^se® <-« 

A7 . 3 The information separators (FS, GS , RS, US) identify 
boundaries of various elements of inform n-.j on, but differ from 
■ punctuation in that they arc primarily intended to be machine 
sensible. They were arranged in accordance with an expected 
hierarchical use, and the lower end of the hierarchy is 
contiguous in binary order with SP (space) which is sometimes 
used as a machine-sensible separator. Subject to this hierarchy 
the exact nature of their use within data is not specified. 

A7.4 The character SYN (Synchronous Idle) was located so that 
its binary pattern in serial transmission was unambiguous as to 
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character framing, nnr! also to optimize certain other aspects of 
i ts communxceti on us a c. . 


A 7 . 'j AC" (.Acknowledge) and 

located so to gain !/.e maxir v 
iif.it:: -.ion oi into in-, other * 


■ 1 pro , 
r .ion on 


A7.6 The function "Rtw Lino.” (KL) has been assigned M thel 
principal control ftne-ti to position ('•/jo and "Mr Feed" (lfa I 
assigned as the secondary function. Thin has h.-or. incorporated 
m the standard to roi.-lt.ct. the trend to a single function to 
perform the new line 'unction. These assignments allow the use 
of a coipinon end— of— lin? format for both printers having separate 
HR-LF functions and these having a combined (i.e., KL) function. ), 
The end— of-Jine format III?— LF vj i 1 3. produce the same result on J 
printers of both classes and would he useful during conversion of n 
& system from one method of operation to the other. s****^? 


A8. Collating Sequence wrm 

A8.1 / his supplements the consideration of collating sequent-" i 

section A6. 


It is recognized that the collating sequence defined j n 
paragraph 6.3 of this standard cannot be used in many 
specific applications that define t)u.j r own sequence. In 
some applications, groups of characters may be assiqned 
exactly’ equal collating weight to preserve an initial 
ordering. In other applications, a different sequence may 
be desired to meet the needs of the particular application. 
Nonetheless, it was deemed essential to define a standard 
sequence and standard results for comparisons of two items 
of data, to serve the needs of many’ applications. The 
standard sequence will facilitate, but will not provide 
directly by means of simple sorting, the ordering of items 
customarily found in (1) algebraically signed data, in which 
the largest positive value is hi.gh and the largest negative 
value is low (2) complex alphabetic listings, such as those 
found in telephone directories , library catalogs or 
dictionaries. Ilo-vr-’er, general use of these standard 
collating sequences nd standard comparison evaluations • . -i 7 y 
facilitate the transfer of prograi'-: and the general 
interchange of data among various computer systems. 
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APPENDIX B 

notes on application 


lil. Introduction 

Bl,l The q amlt.rd code was developed to provide for information 
interchange among information processing systems, communications 
f. vs ten's , "and associated oou’ipment. In a system consisting of 
equipment with several local or native codes, maximum flexibility 
will bo achieved if each of the native codes is translated to the 
standard whenever information interchange is desired. 

B1.2 bithin any particular equipment, system, or community ^of 
activitv , it may be necessary to substitute characters. lor 
example , some systems may require special graphic symbols and 
some"' devices raav require special control codes. (Design efforts 
o" the standard code included consideration of these types of 
adaotations.) So-called "secular sets" produced by such 
substitutions, although not conforming to this standard, may 
nonetheless, be consonant with it if substitutions are made in 
accordance with the guidelines of B2. 


B2. Character Substitutions 

U2.1 Any character substitution will result in a coded character 
set which does not conform to this standard. 

B2.2 It is recommended that when a character is substituted in 
the code table for a standard character, the standard character 
should not be reassigned elsewhere in the table. Such a 
substitute character, once assigned, should not be subsequently 
reassigned elsewhere. 

B2.3 It is recommended that graphic substitutions be made only 
in the graphic area and control substitutions only in the control 
area. Any substitution involving a control should be made only 
with full cognizance of all possible operational effects. 

B2.4 It should be noted that this standard specifies, for each 
position of the code table, the information represented by the 
character and not necessarily the precise action taken by the 
recipient when the character is received. In the case of 
graphics, considerable variation in the actual shape printed or 
displayed may be appropriate to different units, systems, or 
fiolus" o' applicable ». Ir. the case of controls, the action 
performed is dept ac'-nt upon the use for which the^ particular 
system is intended, the application to which it is being put, and 
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a number of conventions established by the user or de 
some system-wide and some unique to a particular unit. 


B2.5 Typical examples of diversity in execution not necessarily 
contrary to this standard are: 

(1) A number of graphic symbols, other than that used in 
the code table, are used for ampersand in various type styles; 
still other symbols may be more "appropriate to electronic display 
devices. The use of such alternate symbols does not in itself 
constitute deviation from the standard as long as am ee rs an d is 
the concept associated wi th the character, Note that this doer, 
not necessarily restrict the use of such an alternate symbol 
design to mean "and"; in any type style ampe rs and may, of course, 
be used with arbitrary meaning. 

(2) A card punch in one application may "skip" when the 
character I-IT (Horizontal Tabulation: used as skip) is presented 
to it; in another application the character IIT may be recorded in 
the card without further action. 


B3. Related Larger and Smaller Sets 

Consideration has been given to the relationship between the 
standard set and sets of other sizes. A number of 
straightforward logical transformations are possible which result 
in a variety of sets related to the standard. None of the 
transformed sets are recognized by this standard. 
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recommendations of the 
:i::;ition (ISO) and the 
Consultative Committee 
ifiai all the character 
•dies for international 
however, permit national 
rics in seven code table 
additional positions 
.c by national characters 
>1 dinar y requirement in 


nnuiirt 


icen ui. 


Cclurji/'<ow 


■in international interchange of information these 10 
characters should not be used except where it is determined that 
there is agreement between sender and recipient. 

In addition, in other countries, the number sign (*) (in 
position 2/3) may be replaced by ”£" , and the dollar sign ($) (in 
Dosition 2/4) may be replaced by the currency symbol (m ) . 


BS. Cor.imunicat.i ons Considerations 

Certain control characters are designated as "communication 
control?.. " They are: 

SOU (Start of Heading) 

STX (Start of Text) 

ETX (End of Text) 

EOT . (End of Transmission) 

ENQ (Enquiry) 

ACK (Acknowledge) 

OLE (Data Link Escape) 

NAK (Negative Acknowledge) 

SYN (Synchronous Idle) 

ETB (End of Transmission Block) 

These, may be used by nl^ion^relating 

Sroi n9 of°the°co~!catiorsyftem between that, system 

on" the ^ " use ^of ^th ® tSe^ use ° °o f ome^ o f £he may "be 

SS JS^JSlT anTT^&r^ 

communication system for its operation. 
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APPENDIX C 
Original Criteria 


Cl . 1 Introduction 

Cl 1 Thi s Apoendj x contains the original criteria upon which the 
design of the’ code was based. Not all criteria have been 

entirely satisfied. Soma arc conflicting, and the 

characteristics of the set represent accepted compromises of 
these divergent criteria. 

Cl . 2 The criteria were drawn from communication, processing, and 
media recording aspects of information interchange. 

C2. Criteria 

C2 . 1 Every character of the code set shall be represented by the 
same number of bits. 

C2,2 The . standard set shall be so structured as to facilitate 
derivation of logically related larger or smaller sets. 

C2.3 In a code of n bits, all possible 2n patterns of ones and 
zeros will be permitted and considered valid* 

C2 . A The number of bits, n, shall be sufficient to provide for 
the alphabitic and numeric characters, commonly used punctuation 
marks, and other special symbols, along with those control 
characters required for interchange of information. 

C2.5 The digits 0 through 9 shall be included within a 4-bit 

subset. 

C2 6 The digits 0 through 9 shall be so represented that the 

four low-order bits shall be the binary-coded-decimal form of the 
particular digit that the code represents. 

C? 7 The int.etspersion of control Characters among the graphic 
characters shall be avoided. The characters devoted to controls 
shall be easily separable from those devoted to graphics. 

C2.8 Within the standard set, each character shall stand by 

itself and not depend on surrounding characters for 

interpretation. 

C2 9 Aii entire case of the Latin alphabet (A. through Z) shall be 
included within a 5-bit subset. Consideration shall be given to 
the need for more than 26 characters in some alphabets. 
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C 7 10 The letters of each c&se oi the alphabet 
assigned, in conventional order (A through Z) , to successive, 
increasing binary representations, 

C2.ll Suitable control characters required for communication anci 
information processing shall be included. 

C2.12 Escape functions that provide for departures from the 
standard sat shall be. incorporated. 

C2.13 A simple binary comparison __shall be sufficient to 
determine the order within each class or characters* n 11 

reoard, the special graphics, the digits and the alpha.oec are 
each defined as distinct classes.) Simple binary ^J-ules do not 
necessarily apply between classes when ordering information. 

C2.14 Space must collate ahead of all other graphics. 

C2.15 Special symbols used in the ordering of information must 
collate ahead of both the alphabet and the digits. 

C2.16 Insofar as possible, the special symbols shall be grouped 
according to their functions; for example, punctuation _ and 
mathematical symbols. Further, the set shall be so organized 
that the simplest possible test shall be adequate to distinguish 
and identify the basic alphabetic, numeric, and special symbol 
subsets. 

C2.17 Special symbols shall be placed in the set so as to 
simplify their generation by typewriters and similar keyboard, 
devices”. This criterion means, in effect, that the codes for 
pairs of characters that normally appear on the same key tops on a 
typewriter shall differ only in a common single-bit position. 

C2.18 The set shall contain the graphic characters of the 

principal programming languages. 

C2.19 The codes for all control characters shall contain a 

common , easily recognizable, bit pattern. 

C2.20 The Null (000...) and Delete (111...) characters shall be 
provided. 
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appendix d 

Terminology 


This Appendix is intended to clarify the sense in which 
certain terms are used. 

Active Position: That character position in which the 

charsets? about to be processed would appear. The active 
position normally advances one character position at a time. 

Bit: Contraction of "binary digit." 




Bit Pattern: The binary representation of a character. 

Character: A member of a coded character set; the binary 

representation of such a member and its graphic symbol or control 
function. 

Code: A system of discrete representation of a set of 

symbols and functions. 
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INTERNATIONAL STANDARD 
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7-bit coded character set for information processing 
interchange 


1 SCOPE AND FIELD OF APPLICATION 

1.1 This International Standard contains a set of 128 
characters (control characters and graphic characters such 
as letters, digits and symbols) with their coded 
representation. Most of these characters are mandatory and 
unchangeable, but provision is made for some flexibility to 
accommodate special national and other requirements. 

1.2 The need for graphics and controls in data processing 
and in data transmission has been taken into account in 
determining this character set. 

1.3 This International Standard consists of a general table 
with a number of options, notes, a legend and explanatory 
notes. It also contains a specific international reference 
version, guidance on the exercise of the options to define 
specific national versions and application oriented versions. 

1.4 This character set is primarily intended for the 
interchange of information among data processing systems 
and associated equipment, and within message transmission 
systems. 

1.5 This character set is applicable to all latin alphabets. 

1.6 This character set includes facilities for extension 
where its 128 characters are insufficient for particular 
applications. 


1.7 The definitions of some control characters in this 
International Standard assume that data associated with 
them is to be processed serially in a forward direction. 
Their effect when included in strings of data which are 
processed other than serially in a forward direction or 
included in data formatted for fixed record processing may 
have undesirable effects or may require additional special 
treatment to ensure that the control characters have their 
desired effect. 


2 IMPLEMENTATION 

2.1 This character set should be regarded as a basic 
alphabet in an abstract sense. Its practical use requires 
definitions of its implementation in various media. For 
example, this could include punched tapes, punched cards, 
magnetic tapes and transmission channels, thus permitting 
interchange of data to take place either indirectly by means 
of an intermediate recording in a physical medium, or by 
local electrical connection of various units (such as input 
and output devices and computers) or by means of data 
transmission equipment. 

2.2 The implementation of this coded character set in 
physical media and for transmission, taking into account 
the need for error checking, is the subject of other ISO 
publications. (See Appendix Y.) 
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0 0 0 0 
0 0 0 1 
0 0 10 

0 0 11 
0 10 0 
0 10 1 
0 110 
0 111 
10 0 0 
10 0 1 
10 10 
10 11 
110 0 
110 1 
1110 
1111 
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NOTES ABOUT TABLE 1 


® The format effectors are intended for equipment in which horizontal and vertical movements are effected separately. If equipment 
requires the action of CARRIAGE RETURN to be combined with a vertical movement, the format effector for that vertical movement 
may be used to effect the combined movement. For example, if NEW LINE (symbol NL, equivalent to CR + LF) is required, FE 2 shall 
be used to represent it. This substitution requires agreement between the sender and the recipient of the data. 

The use of these combined functions may be restricted for international transmission on general switched telecommunication networks 
(telegraph and telephone networks). 

© The symbol £ is assigned to position 2/3 and the symbol $ is assigned to position 2/4. In a situation where there is no requirement for 
the symbol £ the symbol # (number sign) may be used in position 2/3. Where there is no requirement for the symbol $ the symbol n 
(currency sign) may be used in position 2/4. The chosen allocations of symbols to these positions for international information 
interchange shall be agreed between the interested parties. It should be noted that, unless otherwise agreed between sender and recipient, 
the symbols £, $ or ado not designate the currency of a specific country. 

© National use positions. The allocations of characters to these positions lies within the responsibility of national standardization bodies. 
These positions are primarily intended for alphabet extensions. If they are not required for that purpose, they may be used for symbols. 

© Positions 5/14, 6/0 and 7/14 are provided for the symbols UPWARD ARROW HEAD. GRAVE ACCENT and OVERLINE. However, 
these positions may be used for other graphical characters when it is necessary to have 8, 9 or 10 positions for national use. 

© Position 7/14 is used for the graphic character “ (OVERLINE), the graphical representation of which may vary according to national use 
to represent "(TILDE) or another diacritical sign provided that there is no risk of confusion with another graphic character included in 
the table. 

© The graphic characters in positions 2/2, 2/7, 2/12 and 5/14 have respectively the significance of QUOTATION MARK, APOSTROPHE 
COMMA and UPWARD ARROW HEAD; however, these characters take on the significance of the diacritical signs DIAERESIS, ACUTE 
ACCENT, CEDILLA and CIRCUMFLEX ACCENT when they are preceded or followed by the BACKSPACE character (0/8). 
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4.1 Control characters 


4.2 Graphic characters 


Abbrevi- 

ation 

Note Meaning 

Position 

in the 
code table 

ACK 

Acknowledge 

0/6 

BEL 

Bell 

0/7 

BS 

Backspace 

0/8 

CAN 

Cancel 

1/8 

CR 

1 Carriage Return 

0/13 

DC 

Device control 

- 

DEL 

Delete 

7/15 

OLE 

Data Link Escape 

1/0 

EM 

End of Medium 

1/9 

END 

Enquiry 

0/5 

EOT 

End of Transmission 

0/4 

ESC 

Escape 

1/11 

ETB 

End of Transmission Block 

1/7 

ETX 

End of Text 

0/3 

FE 

Format Effector 

- 

FF 

1 Form Feed 

0/12 

FS 

File Separator 

1/12 

GS 

Group Separator 

1/13 

HT 

Horizontal Tabulation 

0/9 

IS 

Information Separator 

- 

LF 

1 Line Feed 

0/10 

NAK 

Negative Acknowledge 

1/5 

NUL 

Null 

0/0 

RS 

Record Separator 

1/14 

SI 

Shift-In 

0/15 

SO 

Shift-Out 

0/14 

SOH 

Start of Heading 

0/1 

SP 

Space (see 7.2) 

2/0 

STX 

Start of Text 

0/2 

SUB 

Substitute Character 

1/10 

SYN 

Synchronous Idle 

1/6 

TC 

Transmission Control 

- 

US 

Unit Separator 

1/15 

VT 

1 Vertical Tabulation 

0/11 


Graphic 

Note 

Name 

Position 

in the 

code table 

(space) 


Space (see 7.2) 

2/0 

i 


Exclamation mark 

2/1 

•• 

6 

Quotation mark. Diaeresis 

2/2 

£ 

2 

Pound sign 

2/3 

# 

2 

Number sign 

2/3 

$ 

2 

Dollar sign 

2/4 

j □ 

2 

Currency sign 

2/4 

% 


Percent sign 

2/5 

& 


Ampersand 

2/6 

' 

6 

Apostrophe, acute accent 

2/7 



Left parenthesis 

2/8 

i 


Right parenthesis 

2/9 

• 


Asterisk 

2/10 

+ 


Plus sign 

2/11 

, 

6 

Comma, Cedilla 

2/12 

- 


Hyphen, Minus sign 

2/13 



Full stop (period) 

2/14 

/ 


Solidus 

2/15 



Colon 

3/10 

; 


Semi-colon 

3/11 

< 


Less than sign 

3/12 

= 


Equals sign 

3/13 

> 


Greater than sign 

3/14 

? 


Question mark 

3/15 


4,6 

Upward arrow head. 
Circumflex accent 

5/14 



Underline 

5/15 


4 

Grave accent 

6/0 


4, 5 

Overline, Tilde 

7/14 


4 
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5 EXPLANATORY NOTES 

5.1 Numbering of the positions in Table 1 

Within any one character the bits are identified by b 7 , 
b e . . . b 1 , where b 7 is the highest order, or most significant 
bit, and b! is the lowest order, or least significant bit. 

If desired, these may be given a numerical significance in 
the binary system, thus : 

Bit 

identification : b 7 bg b 5 b 4 b 3 b 2 b-, 

Significance : 64 32 16 8 4 2 1 

In the table the columns and rows are identified by 
numbers written in binary and decimal notations. 

Any one position in the table may be identified either by 
its bit pattern, or by its column and row numbers. For 
instance, the position containing the digit 1 may be 
identified : 

— by its bit pattern in order of decreasing significance, 
i.e. 011 0001; 

— by its column and row numbers, i.e. 3/1. 

The column number is derived from bits b 7 , b 6 and b 5 
giving them weights of 4, 2 and 1 respectively. The row 
number is derived from bits b 4 , b 3 , b 2 and b, giving them 
weights of 8, 4, 2 and 1 respectively. 

5.2 Diacritical signs 

In the 7-bit character set, some printing symbols may be 
designed to permit their use for the composition of 
accented letters when necessary for general interchange of 
information. A sequence of three characters, comprising a 
letter, "backspace" and one of these symbols, is needed for 
this composition; the symbol is then regarded as a 
diacritical sign. It should be noted that these symbols take 
on their diacritical significance when they are preceded or 
followed by one "backspace" character; for example the 
symbol corresponding to the code combination 2/7 
normally has the significance of "apostrophe", but becomes 
the diacritical sign "acute accent" when it precedes or 
follows a "backspace" character. 

In order to increase efficiency, it is possible to introduce 
accented letters (as single characters) in the positions 
marked by Note © in the code table. According to 
national requirements, these positions may contain special 
diacritical signs. 

5.3 Names, meanings and fonts of graphic characters 

This International Standard assigns at least one name to 
denote each of the graphic characters displayed in Tables 1 
and 2. The names chosen to denote graphic characters are 
intended to reflect their customary meanings. However, this 
International Standard does not define and does not restrict 
the meanings of graphic characters. In addition, it does not 
specify a particular style or font design for the graphic 
characters. 


Under the provision of Note © of Table 1, graphic 
characters which are different from the characters of the 
international reference version may be assigned to the 
national use positions. When such assignments are made, 
the graphic characters shall have distinct forms and be given 
distinctive names which are not in conflict with any of the 
forms or the names of any of the graphic characters in the 
international reference version. 

5.4 Uniqueness of character allocation 

A character allocated to a position in Table 1 may not be 
placed elsewhere in the table. For example, in the case of 
position 2/3 the character not used cannot be placed 
elsewhere. In particular the POUND sign (£) can never be 
represented by the bit combination of position 2/4. 


6 VERSIONS OF TABLE 1 

6.1 General 


6.1.1 In order to use Table 1 for information interchange, 
it is necessary to exercise the options left open, i.e. those 
affected by Notes © to ©. A single character must be 
allocated to each of the positions for which this freedom 
exists or it must be declared to be unused. A code table 
completed in this way is called a "version". 

6.1.2 The notes to Table 1, the explanatory notes and the 
legend apply in full to any version. 

6.2 International reference version 

This version is available for use when there is no 
requirement to use a national or an application-oriented 
version. In international information processing interchange 
the international reference version (Table 2) is assumed 
unless a particular agreement exists between sender and 
recipient of the data. The following characters are allocated 
to the optional positions of Table 1 : 


# 

Number sign 

2/3 

□ 

Currency sign 

2/4 

@ 

Commercial at 

4/0 

1 

Left square bracket 

5/11 

\ 

Reverse solidus 

5/12 

1 

Right square bracket 

5/13 

{ 

Left curly bracket 

7/11 

1 

Vertical line 

7/12 

} 

Right curly bracket 

7/13 


It should be noted that no substitution is allowed when using the 
international reference version. 



HHHSSd — ' ' 




' n h-'t:z8 


■NMNMHMMir 



ISO 646-1973 (E) 


TABLE 2 — International reference version 



SJ 

0 

0 

0 

0 

i 

1 

i 

i 

m 

0 

0 

1 

1 

0 

0 

i 

i 


_ 

si 

0 

1 

0 

1 

0 

i 

0 

i 


\column 

row 

0 

1 

- 5 ;-" 

2 

— 

3 

□ 

5 

6 

fll 



0 

0 

0 

InU L 

TC, 

I(DLE) 

|sp 

7 

liL 

B 

B 

□ 



0 

1 

1 


Q 

B 

1 

□ 

Q 

a 

0 



1 

0 

2 

TC, 

( S T X ) 

DC, 

ii 

2 

B 

R 

b 

D 



1 

1 

3 

TC, 

(ETX) 

DC, 

U 

3 

C 

S 

c 

3 



0 

0 

a 

TC. 

(EOT) 

EB 

n 

B 

D 

B 

□ 

B 



0 

1 

5 


TCa 

(NAK ) 

% 

5 

E 

U 

e 

u 



1 

0 

6 

TCs 

(ACK) 


& 

6 

F 

V 

B 

V 



1 

1 

□ 

BEL 

T Cio 

(ETB) 

B 

B 

G 

w 

9 

w 



0 

0 

8 

g| 

CAN 

( 

8 

H 

X 

fl 

fl 



0 

1 

9 

FE, 

(HT) 

EM 

) 

9 

I 

B 

B 

II 



1 

0 

10 

m 

SUB 

B 

H 

T 

z 

■ 

j | 

a 



1 

1 

11 

n 

ESC 

B 

B 

K 

[ 

fl 

B 



0 

0 

12 

FE* 

(FF) 

IS. 

(FS) 

B 

< 

fl 

\ 

L 

fl 



0 

1 

13 

FE, 

(CR) 

IS, 

(GS) 

B 

— 

M 

] 

m 

B 

■ 1 


1 

0 

14 

SO 

IS, 

(RS) 

B 

B 

N 

B 

n 

B 



1 

1 

15 

SI 

IS. 

(US) 

3 

B 

0 

B 

0 

| 
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6.3 National versions 

6.3.1 The responsibility for defining national versions lies 
with the national standardization bodies. These bodies shall 
exercise the options available and make the required 
selection. 

6.3.2 If so required, more than one national version can be 
defined within a country. The different versions shall be 
separately identified. In particular when for a given national 
use position, for example, 5/12 or 6/0, alternative 
characters are required, two different versions shall be 
identified, even if they differ only by this single character. 

6.3.3 If there is in a country no special demand for 
specific characters, it is strongly recommended that the 
characters of the international reference version be 
allocated to the same national use positions. 

6.4 Application-oriented versions 

Within national or international industries, organizations or 
professional groups, application-oriented versions can be 
used. They require precise agreement among the interested 
parties, who will have to exercise the options available and 
to make the required selection. 

7 FUNCTIONAL CHARACTERISTICS RELATED TO 
CONTROL CHARACTERS 

Some definitions in this section are stated in general terms 
and more explicit definitions of use may be needed for 
specific implementation of the code table on recording 
media or on transmission channels. These more explicit 
definitions and the use of these characters are the subject of 
other ISO Publications. 

7.1 General designations of control characters 

The general designation of control characters involves a 
specific class name followed by a subscript number. 

They are defined as follows : 

TC Transmission control characters 

Control characters intended to control or facilitate 
transmission of information over telecommunication 
networks. 

The use of the TC characte'rs on the general 
telecommunication networks is the subject of other 
ISO publications. 

The transmission control characters are : 

ACK, DLE, ENQ, EOT, ETB, ETX, NAK, SOH, STX 
and SYN. 

FE Format effectors 

Control characters mainly intended for the control of 
the layout and positioning of information on printing 
and/or display devices. In the definitions of specific 


format effectors, any reference to printing devices 
should be interpreted as including display devices. 

The definitions of format effectors use the following 
concept : 

a) a page is composed of a number of lines of 
characters; 

b) the characters forming a line occupy a number 
of positions called character positions; 

c) the active position is that character position in 
which the character about to be processed would 
appear, if it were to be printed. The active position 
normally advances one character position at a 
time. 

The format effector characters are : BS, CR, FF, HT, 
LF and VT (see also Note 1 ). 

DC Device control characters 

Control characters for the control of a local or 
remote ancillary device (or devices) connected to a 
data processing and/or telecommunication system. 
These control characters are not intended to control 
telecommunication systems; this should be achieved 
by the use of TCs. 

Certain preferred uses of the individual DCs are given 
in 7.2. 

IS Information separators 

Control characters that are used to separate and 
qualify data logically. There are four such characters. 
They may be used either in hierarchical order or 
non-hierarchically; in the latter case their specific 
meanings depend on their applications. 

When they are used hierarchically, the ascending 
order is : 

US, RS, GS, FS. 

In this case, data normally delimited by a particular 
separator cannot be split by a higher order separator 
but will be considered as delimited by any higher 
order separator. 

7.2 Specific control characters 

Individual members of the classes of controls are sometimes 
referred to by their abbreviated class name and a subscript 
number (for example, TC 5 ) and sometimes by a specific 
name indicative of their use (for example, ENQ). 

Different but related meanings may be associated with 
some of the control characters but in an interchange of data 
this normally requires agreement between the sender and 
the recipient. 

ACK Acknowledge 

A transmission control character transmitted by a 
receiver as an affirmative response to the sender. 
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BEL Bell 

A control character that is used when there is a need 
to call for attention; it may control alarm or 
attention devices. 


BS Backspace 

A format effector which moves the active position 
one character position backwards on the same line. 


CAN Cancel 

A character, or the first character of a sequence, 
indicating that the data preceding it is in error. As a 
result, this data is to be ignored. The specific meaning 
of this character must be defined for each application 
and/or between sender and recipient. 

CR Carriage return 

A format effector which moves the active position to 
the first character position on the same line. 


Device controls 


DC-) A device control character which is primarily 
intended for turning on or starting an ancillary 
device. If it is not required for this purpose, it may be 
used to restore a device to the basic mode of 
operation (see also DC 2 and DC 3 ), or for any other 
device control function not provided by other DCs. 


DC 2 A device control character which is primarily 
intended for turning on or starting an ancillary 
device. If it is not required for this purpose, it may be 
used to set a device to a special mode of operation (in 
which case DC 1 is used to restore the device to the 
basic mode), or for any other device control function 
not provided by other DCs. 


DC 3 A device control character which is primarily 
intended for turning off or stopping an ancillary 
device. This function may be a secondary level stop, 
for example wait, pause, stand-by or halt (in which 
case DC, is used to restore normal operation). If it is 
not required for this purpose, it may be used for any 
other ancillary device control function not provided 
by other DCs. 


DC 4 A device control character which is primarily 
intended for turning off, stopping or interrupting an 
ancillary device. If it is not required for this purpose, 
it may be used for any other device control function 
not provided by other DCs. 


Examples of use of the device controls : 


1) One switching 



on— DC 2 

off— DC 4 

2) Two independent switchings 


first one 

on— DC 2 

off— DC 4 

second one on— DC, 

off— DC 3 

3) Two dependent switchings 


general 

on— DC 2 

off— DC 4 

particular 

on— DC, 

Off — DCg 

4) Input and 

output switching 


output 

on— DC 2 

off— DC 4 

input 

on— DC, 

off— DC 3 

DEL Delete 




A character used primarily to erase or obliterate an 
erroneous or unwanted character in punched tape. 
DEL characters may also serve to accomplish 
media-fill or time-fill. They may be inserted into or 
removed from a stream of data without affecting the 
information content of that stream but then the 
addition or removal of these characters may affect 
the information layout and/or the control of 
equipment. 

DLE Data link escape 

A transmission control character which will change 
the meaning of a limited number of contiguously 
following characters. It is used exclusively to provide 
supplementary data transmission control functions. 
Only graphic characters and transmission control 
characters can be used in DLE sequences. 

EM End of medium 

A control character that may be used to identify the 
physical end of a medium, or the end of the used 
portion of a medium, or the end of the wanted 
portion of data recorded on a medium. The position 
of this character does not necessarily correspond to 
the physical end of the medium. 

ENQ Enquiry 

A transmission control character used as a request for 
a response from a remote station — the response may 
include station identification and/or station status. 
When a "Who are you" function is required on the 
general switched transmission network, the first use 
of ENQ after the connection is established shall have 
the meaning "Who are you" (station identification). 
Subsequent use of ENQ may, or may not, include the 
function "Who are you", as determined by 
agreement. 
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EOT End of transmission 

A transmission control character used to indicate the 
conclusion of the transmission of one or more texts. 

ESC Escape 

A control character which is used to provide 
additional control functions. It alters the meaning of 
a limited number of contiguously following bit 
combinations. The use of this character is specified in 
ISO 2022. 

ETB End of transmission block 

A transmission control character used to indicate the 
end of a transmission block of data where data is 
divided into such blocks for transmission purposes. 

ETX End of text 

A transmission control character which terminates a 
text. 

FF Formfeed 

A format effector which advances the active position 
to the same character position on a pre-determined 
line of the next form or page. 

HT Horizontal tabulation 

A format effector which advances the active position 
to the next pre-determined character position on the 
same line. 

Information separators 

IS 3 (US) A control character used to separate and 

qualify data logically; its specific meaning has to be 
defined for each application. If this character is used 
in hierarchical order as specified in the general 
definition of IS, it delimits a data item called a UNIT. 

15 2 ( RS) A control character used to separate and 

qualify data logically; its specific meaning has to be 
defined for each application. If this character is used 
in hierarchical order as specified in the general 

definition of IS, it delimits a data item called a 
RECORD. 

15 3 (GS) A control character used to separate and 

qualify data logically; its specific meaning has to be 
defined for each application. If this character is used 
in hierarchical order as specified in the general 

definition of IS, it delimits a data item called a 
GROUP. 

15 4 (FS) A control character used to separate and 

qualify data logically; its specific meaning has to be 
defined for each application. If this character is used 
in hierarchical order as specified in the general 

definition of IS, it delimits a data item called a FILE. 


LF Linefeed 

A format effector which advances the active position 
to the same character position of the next line. 

NAK Negative acknowledge 

A transmission control character transmitted by a 
receiver as a negative response to the sender. 

NUL Null 

A control character used to accomplish media-fill or 
time-fill. NUL characters may be inserted into or 
removed from a stream of data without affecting the 
information content of that stream; but then the 
addition or removal of these characters may affect 
the information layout and/or the control of 
equipment. 

SI Shift-in 

A control character which is used in conjunction with 
SHIFT-OUT and ESCAPE to extend the graphic 
character set of the code. It may reinstate the 
standard meanings of the bit combinations which 
follow it. The effect of this character when using 
code extension techniques is described in ISO 2022. 

SO Shift-out 

A control character which is used in conjunction with 
SHIFT-IN and ESCAPE to extend the graphic charac- 
ter set of the code. It may alter the meaning of the bit 
combinations of columns 2 to 7 which follow it until 
a SHIFT-IN character is reached. However, the 
characters SPACE (2/0) and DELETE (7/15) are 
unaffected by SHIFT-OUT. The effect of this 
character when using code extension techniques is 
described in ISO 2022. 

SOH Start of heading 

A transmission control character used as the first 
character of a heading of an information message. 

SP Space 

A character which advances the active position one 
character position on the same line. 

This character is also regarded as a non-printing 
graphic. 

STX Start of text 

A transmission control character which precedes a 
text and which is used to terminate a heading. 

SUB Substitute character 

A control character used in the place of a character 
that has been found to be invalid or in error. SUB is 
intended to be introduced by automatic means. 
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SYN Synchronous idle 

A transmission control character used by a 
synchronous transmission system in the absence of 
any other character (idle condition) to provide a 
signal from which synchronism may be achieved or 
retained between data terminal equipment. 


VT Vertical tabulation 

A format effector which advances the active position 
to the same character position on the next 
pre-determined line. 


10 


ISO 646 -1973(E) 


f 

i 

I 


:ion 

lext 



l 


APPENDIX Y 

RELEVANT ISO PUBLICATIONS 

ISO/R 961, Implementation of the 6 and 7-bit coded character sets on 7 track 12,7 mm (1/2 in) magnetic tape. 

ISO/R 962, Implementation of the 7-bit coded character set on 9 track 12,7 mm ( 1/2 in) magnetic tape. 

ISO/R 963, Guide for the definition of 4-bit character sets derived from the ISO 7-bit coded character set for information 
processing interchange. 

ISO/R 1113, Representation of 6 and 7-bit coded character sets on punched tape. 

I 

ISO/R 1155, The use of longitudinal parity to detect errors in information messages. 

ISO/R 1177, Character structure for start/stop and synchronous transmission. 

ISO/R 1 679, Representation of ISO 7-bit coded character set on 12-row punched cards. 

ISO/R 1 745, Basic mode control procedures for data communication systems. 

ISO 2022, Code extension techniques for use with the ISO 7-bit coded character set. 

ISO 2047, Graphical representations for the control characters of the ISO 7-bit coded character set. 
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APPENDIX Z 

ISO Recommendation R 646-1967 contained a table for a 6-bit coded character set. This character set has been deleted from 
the present International Standard and is no more part of the standard. The corresponding table with the relevant Notes is 
reproduced in this Appendix for information only. 


SP 

F, (HT) 
F, (LF) S' 
F 3 (VT) 
F, (FF) 

F s (CR)® 

50 

51 


b« b s b 4 b 3 j bj b, 
0 0 0 0 
0 0 0 1 
0 0 10 
0 0 11 
0 10 0 
0 10 1 
0 110 
0 111 
10 0 0 
1 0 | 0 1 
1 I 0 j 1 0 

1 0 j 1 1 

1 1 I 0 0 
110 1 
1110 
1111 


The controls CR and LF are intended for printer equipment which requires separate combinations to return thecariage and to feed a 
line. 

For equipment which uses a single control for a combined cariage return and line feed operation, 

— in the 6-bit set table, the function F 2 will have the meaning of "New Line" (NL), F5 will then have the meaning of "Back-space" 
(BS); 

— in the 7-bit set table, the function FE 2 will have the meaning of "New Line" (NL). 

These substitutions require agreement between the sender and the recipeint of the data. 

The use of this function "NL" is not allowed for international transmission on general telecommunication networks (Telex and 
Telephone networks). 

For international information interchange, $ and £ symbols do not designate the currency of a given country. The use of these symbols 
combined with other graphic symbols to designate national currencies may be the subject of other ISO Recommendations. 


0/ 

/o 


1 

1 

0 

1 

2 

3 

NUL 

P 

A 

Q 

B 

R 

C 

S 

D 

T 

E 

U 

F 

V 

G 

w 

H 

X 

I 

Y 

J 

z 

K 

([) ® 

L 

(£) T ® 

M 

(]) ® 

N 

ESC 

O 

DEL 


& 

1 


Reserved for National Use. These positions are primarily intended for alphabetic extensions. If they are not required for that purpose, 
they may be used for symbols and a recommended choice is shown in parenthesis in some cases. 

Some restrictions are place^^ijjlgjs^o'f^^sffpi^^&rs on the general telecommunication networks for international transmission. 

If 10 and 11 as single charact|i»‘aS£\ieeded (for example, for Sterling currency subdivision), they should take the place of "colon" (:) 
and "semi-colon" (;) respectivelu^Tfcese substitutions require agreement between the sender and the recipient of the data. 


On the general telecommunication networks, the characters "colon" and "semi-colon" are the only ones authorized for international 
transmission. 


(2) Either of the two sets of three symbols shown in these positions in the table may be chosen; the interpretation of the corresponding 
combinations requires agreement between the sender and the recipient of the data. 
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Eimerican national standards committees: 
X3-Cotnputers & Information Processing 
X4— Office Machines & Supplies 


Doc. No. 

n a t„ 9/26/73 

Project 

COMMITTEE CORRESPONDENCE 


secretariat: BEMA. 1828 L St., N.W.. Washington, D.C. 20036 (202) 466-2288 


Reply to; Charles D. Card __ 

Sperry U n i v a c 

P.O. Box 500 

Blue Bell, PA 19422 
M. S, 2C1 


MEMO TO: X3L2 Members, Alternates, Consultants, and Observers 
FROM: C. D. Card, Chairman X3L2 

SUBJECT: Enclosed documents 


Enclosed ire two X3L2 documents (X3L2/1389 and 1390) . Both 
of these documents have attachments. Please make sure that 
you have these attachments. 


CDCjmbr 

Attachments 


C. D. Card (MSI 


[JV 1 M 4 - 





Iamerican national standards committees: 
X3— Computers & Information Processing 

v/i Ma/'hirtac Ri £nnnlip<; 


Doc. Nr> X3L2/1389 
natfi 9/24/73 

Project. 


COMMITTEE CORRESPONDENCE 



Reply to: 


Charles D. Card 


Sperry Univac 


P.O. Box 500 


Blue Bell, PA 
M. S. 2C1 

19422 


TO: Edward M. Piehl — CBEMA 

FROM: Charles D. Card, Chairman X3L2 

CC: X3L2 Members, Alternates, Consultants, and Observers 

SUBJECT: X4 Draft Combined Keyboard 


Your document of 10 September arrived too late for our 
committee to review at its meeting 11—13 September. 


The following comments are from the writer as an individual 
•and do not represent the committee. 


X3L2, of course, has no official position on the following: 


E00 

E03 

E04 

E06 

Ell 

Dll 

D12 

B08 

B09 


+ cT 

£ 

. C 



1/2 


(group erase) 
(character erase) 


The reason is that those symbols are not in ASCII and we have 
had no request from X4, X3A1, or others to add them in our 
"Graphics For an 8-Bit Code" project. 


The problem we envision is that, when added (or registered) , 
they may have 8-bit patterns with the high order bit equal 
one. Thus the positioning becomes moot. 


My own position is that the OCR "controls" should be optional 
graphics for the control functions they represent. Along the 
same lines I prefer control X for group erase. 



C. D. Card 


CDC:mbr 






13 a £ 

3 2 2 
S 

x 2 ^ 
I 1 - 

it) O < 
cv,- o 

J >.w 

cO C 03 


v- 



T3 

C 

(0 

\ 


draft keyboard layout combining the character sets of ocr-a, ocr-b, ASCII AND X4.7 



Attachmen 



Doc No X3L2/1390 

Date 9/24/7 3 

american national standards committees: ProieTt I2M “ 

X3— Computers & Information Processing ~ ~ 

X4— Office Machines & Supplies COMMITTEE CORRESPONDENCE 

secretariat: BEMA, 1828 L St., N.W., Washington, D.C. 20036 (202) 466-2288 


Reply to: Charles D. Card 

Sperry Univac ” 

P.O. Box 500 

Blue! Bell, PA 19422 
— M. S. 2C1 



MEMO TO: 
CC: 


FROM: 
SUBJECT : 


Kent Godwin and Michael Marcotty 

R.E. Schubert, X3L2 Members, Alternates, Consultants, 
and Observers 

C. D. Card, Chairman X3L2 

Response to concerns on revision of X3.4- 1968. 


The technical sub— committee X3L2 has taken into account your 
communications. The weight of Mr. Godwin's argument was felt 
in accord with the desires of the group. As a result, the 
next revision to be balloted will contain a solid vertical 
line at position 7/12 in the table. It will be called 
Vertical Line as in the past. 

The attention of X3J1 is drawn to this matter. X3L2 found 
itself in a potential cross fire and opted toward the direction 
of compatibility with the existing standards. 

C. D. Card 
Chairman X3L2 
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Reply to: 

G. Kent Godwin 


7817 Glenister Drive 
Springfield, Va. 22152 


Mr. Robert M. Brown 
Chairman, SSC 
CBEMA 

1828 L Street, N.W. 
Washington, D.C. 20036 


Dear Bob: 


I have just read document X3-73-90, Draft Proposed Revision to ASCII, X3.1t-1968. 

This proposal directly impacts X3A1 Projects 57, 59, and 6l through the change 
01 the graphic symbol and name of the character in position 7/12, 

X3. 14-1968 contained the character Vertical Line. This revision contains the 
character Section Mark. 

Project 57, Revision of X3. 17-1966 contains the character vertical line. 

Project 59 » OCR-ASCII extension contains the character vertical line. 

Project 6l, OCR-B (BSR X3.1i9) contains the character Vertical Line. 

In addition, ISO R1073 and IS 2033 both contain the character Vertical Line. 

The introduction of a replacement graphic symbol at this late date, unaccompanied 
by any explanation, creates a difficult situation. 

On behaif of X3A1, I request that X3L2 reconsider the proposed change in position 
7/12 and revert to the Vertical Line. 
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C releases its 
ustry plans 



A procedure lor the joint 
planning and management of 
data networks on a European 
basis is one of the proposals in 
a report of the European 
Commission presented to the 
Council of Ministers in 
Brussels last week. 

For the consolidation of the 
European computer indus- 
try. the report says urgent 
priority should be given to the 
development of an effective 
application of common 
standards in -hardware and j 
software. One possible form 1 
of support would be a 
European leasing company to 
back the industry, it suggests. 

(a task which had never before 
been done mechanically). 
‘Then a round little man 
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User group 
contradicts 
Grosch theory 

A rapid reaction to the 
suggestion in last week’s 
Computing interview with 
Herb Grosch that the IBM 
user groups SHARE and 
GUIDE were getting weaker 
came from a GUIDE spokes- 
man this week. He claimed 
that the European trend in this 
area was in the opposite direc- 
tion. 

The spokesman said that 
the last GUIDE meeting was 
attended by some 3,500 
members compared with the 
average 2.000 plus. 

At this week's Mini Guide 
meeting at Heathrow, near 
London Airport, it was 
revealed that another IBM 
users’ group, STAS, is work- 
ing together with GUIDE and 
a third group, COMMON, on 
long term plans for computer 
requirements over a time 
sca.le of up to 10 years hence. 

IMS was among the sub- 
jects discussed at the meet- 
ing. 


wm 


Berner and the 
nine bit byte 

Bob Berner latched on to 
the idea of the nine bit byte by 
piecing together several items 
of information. Chairman of 
the International Standards 
Organisation’s committee on 
programming languages, 
Berner now works lor Honey- 
well after a career spanning 
several manufacturers. Nancy 
Foy writes about ThfnFhetrves 
of Berner. 

Profile page' 8. 
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Berner’s nine lives 


D obert W Bemer, one of 
the computer industry’s, 
‘grand old men’, is young and 
energetic in his appearance 
and outlook. When a relative 
newcomer to th industry 
asked him recently what he 
did, he replied: ‘I’m a behind- 
the-scenes cat.’ 

Nine separate and often 
concurrent ‘lives’ come to 
mind for this particular cat. 
Since 1949 Bob Bemer has 
been a pioneer, a user, and in 
his own eyes he is a 
programmer. In the eyes of his 
colleagues he is a standards 
man, a consummate detective , 
and watchdog, the ‘father of i 
ASCII’, a professional’s 
professional, an eminent 
author, and perhaps most 
important, a ‘citizen’, coming 
to grips with the problems 
computers impose on society 
at a time when many 
computer people are still 
trying to evade or ignore 
them. In addition to these nine 
lives, he was an IBM man for 
6'A years, a Univac man for 
three, and a GH man from 

1965 until GE men became 
Honeywell men in 1971. 

Bob Berner’s computing 
career began at the Rand : 
•Corporation in 1949. Bemer- 
the-pioneer tells the story of 
working one morning, after an 
all-night graveyard shift, on a 
604 board to take square root 
(a task which had never before 
been done mechanically). 
‘Then a round little man 
approached and asked what I 
was doing. I told him. He then 
asked about the calculator, 
and as I answered each 
question the next one got 
more difficult and 
penetrating, until I was really 
straining every faculty to 
answer correspondingly.’ The 
round little man turned out to 
be John von Neumann; Bemer 
seems to have been asking 
(and sometimes answering) 
key computer-related 
questions ever since. 


Bemer-the-user came into 
being in 1951 at Lockheed 
Aircraft Company. He 
organised the computing 
departments at Marquardt 
Aircraft and at Lockheed’s, 
new Missiles and Space 
Company. Today, as staff 
consultant to Honeywell’s j 
vice president of Advanced j 
Systems and Technology, he is ! 
still a user; one of his primary : 
tasks is to edit the Honeywell 
Computer Journal , a unique 
publication which is typeset 
by computer and 
simultaneously published on 
microfiche. (The computer in 

question is Honeywell’s 
software development 
machine in Phoenix, Arizona. 
Whenever the journal is 
delayed, the computer people 
have to cope with a 
knowledgeable in-house user 
who knows which questions to 
ask. Bemer-the-programmer, 
who developed several early 
programming systems, can’t 
be put off with specious 
excuses.) 

Bemer-the-standards-man 
and Bemer-the-father-of- 
ASCII are closely related to 
Bemer-the-citizen. A streak of 
idealism focuses Bob Berner’s 
practical experience and 
inexhaustible energy. It is thus 
no accident that he is now 
chairman of the International 
Standards Organisation’s' 
subcommittee on program- 
ming languages. 

The current issue of his HIS 
journal, for example, carries 
the saga of ASCII (American 
Standard Code for Informa- 
tion Interchange), from the 
birth of Fortran in 1954 and 
the nine different codes 

existing in IBM alone in 1959, 
through the painful process of 
negotiation of each mark and 
code, publication of a pro- 
posed standard, debate and 
discussion, further negotia- 
tion of certain codes, then 


Bob Bemer is one of those 
types of computer pioneer 
who inevitably turns up just 
about where the action is 
next year, particularly if the 
action has anything to do 
with the standards we work 
towards or the social effects 
of our professional decisions. 
He has been with IBM, and 
Univac and General Electric 
USA and thus with Honeywell. 
When Nancy Foy asked him 
what he did for a living Bemer 
replied: ‘I’m a programmer.’ 
Among other things he talks 
about the history of the 
famous IBM Big Byte (9 bits), 
and its final conclusion. 


publication of revised pro- 
posed standards, to the false 
lull of 1963 when people 
believed that an era of 
co-operation and goodwill 
had begun. IBM was expected 
to support ASCII. 

Then came the bombshell 
— the 8-bit Extended Binary 
Coded Decimal Interchange 
Code (EBCDIC, as users 
know too well) was the 
internal code in IBM’s 360 
series, announced in April 
1964 (or ‘64 April’, as Bemer 
would write in his consistent, 
computer-compatible way, 
giving an additional boost to 
Recommendation 2014 of the 
ISO every time he writes a 
date). Instead of spending the 
$5 million more it would have 
taken (after the $300 million 


360 software development) to 
make the new computers work 
with ASCII, IBM preferred to 
let competitors spend a good 
deal more making their ASCII 
machines work with the IBM- 
standard EBCDIC. 

By this time Bemer had left 
IBM for Univac, which has 
always been one of the lead- 
ing companies in America and 
international standards activi- 
ties. By the time the interna- 
tional standard was accepted 
by ISO (‘on 67 December 22’) 

he had moved on to GE, and 
the ASCII code is now used 
(as the ISO character code) in 
billions of dollars worth of 
communication and com- 
puter gear around the world. 

Another life of this 
energetic behind-the-scenes 


cat is Bemer-the-detective — 
still watching over the 
progress of standards and 
seeking out potential 
difficulties. Berner’s boss at 
Honeywell knew that he was 
partly responsible for the IBM 
360 series (and all its imita- 
tors) having an 8-bit byte. 
(The rest of the credit goes to 
Fred Brooks, now professor 
of computer science at the 
University of North Caro- 
lina.) Thus when recent IBM 
announcements started using 
the term ‘character’ instead of | 
IBM’s tra ditiona l ‘b yte’, i 
Berner’s boss became suspi- 
cious, knowing that . IBM 
never does even a trivial thing 
casually. It was already 
known that IBM’s chairman 
Frank Cary had told a high 
US government official that it 

wouldn’t make any difference 
in IBM’s new line if the 
government used ASCII or 
EBCDIC, and thus IBM 
could meet the requirement 
that ASCII was a federal stan- 
dard. 

‘Then it hit me,’ says Bemer. 
‘IBM could use a nine-bit byte 
on the new line, which was to 
be announced 75-wise. With 
this inspiration, I talked it up. [ 
Then someone said: “Oh, you 
mean the Big Byte”. He was 
thereafter less free to talk to 
me. We checked: sure eno ugh, 
all of IBM’s new production 
was 9-bit, but they didn’t 
know why. 

‘Then IBM announced a 
new magnetic tape unit, 
featuring a method for cor- 
recting any two out of nine 
bits in each character posi- 
tion.’ Bemer was one of the 
first to react, contending that 
if any two out of nine could be 
automatically corrected, then 
‘any’ included the parity bit. 
‘And if the parity bit has lost 
its function, it isn’t needed any 
more, and you have nine use- 
ful working bits per 
character.’ At the same time, 
IBM was objecting to the pro- 
posals for channel interface 
and data communications 
standards, contending among 
other things that the 8-bit 
orientation in each of these 
was restrictive. Then the 
company announced its point- 
of-sale system with a new 
communications method — 
one which was not oriented to 


the 8-bit byte. 

‘So the whole picture fell in 
place,’ says Bemer-the- 
detective, ‘except that few 
would believe my guesses.’ 
Rumours reached Electronic 
News and Datamation in the 
States and raised political 
questions in Europe, where 
national computer com- 
panies would have to spend 
millions to make similar- 
changes in their architecture. 
As the commotion over the 
Big Byte grew louder, IBM’s 
vice president B O Evans 
wrote a letter to a US govern- 
ment group investigating the 
ASCII question, and admitted 
that there would be a need for 
many and larger character sets 
for future equipment, par- 
ticularly for display terminals 
and photocomposition. ‘Just 
what I had been preaching,’ 
Bemer exults, ‘and doing, with 
our own photocomposition 
system.’ 

That’s the story behind the 
Big Byte story — one of many 
in Berner’s career behind the 
scenes in standards. In this in- 
stance if Bob Bemer hadn’t 
fitted the pieces together it 
might not have been known 
for another nine months or a 
year. (IBM is legally con- 
strained, by the 1956 consent 
decree, not to give out infor- 
mation on new products until 
announcement time.) By then, 
one wonders what all the 360 
and 370 imitators (including 
not only Siemens but also the 
entire Eastern Europe Bloc) 

would have done? IBM would 
have been able to sail into the 
new world of using the ISO 
code, conquer the com- 
munications market, and do it 
all in the name of sweet co- 
operation, laughing at the 
imitators and saying gently to 
users: We found the tech- 
nology to give you every- 
thing, and standards, without 
destroying any little part of 
your past programs and data 
files. This may be a good thing 
for users, but competitors 
deserve every minute of ad- 
vance warning they can get. 
As Bemer says: ‘It’s diabolic 
— but so clever that I’m 
ashamed not to have thought 
of it myself!’ 

You don’t squeeze this 
many ‘lives’ into a standard 
eight-hour work day. So 
Bemer often takes home pro- 


gramming tasks. The terminal 
on his patio is placed to catch 
the pleasant evening breezes in 
Phoenix. Working with a 
high-intensity lamp he gets 
through a lot of pro- 
gramming and reading. His 
terminal is linked to any time- 
sharing service he cares to dial 
— they all use the ASCII code. 

Bemer-the-author has writ- 
ten more than 50 papers, in- 
cluding one landmark paper 
on time-sharing — in March 
1957, while he was working at 
IBM! ‘All that one got me then 
was a suggestion to my boss 
that I be fired for promulgat- 
ing "something that wasn’t 
IBM’s policy,’ he says cheer- 
fully. Another achievement 
he’s proud of is creating the 
Print 1 programming system 
for the IBM 705 computer — 
‘the first load-and-go com- 
piler in history,’ says the pro- 
grammer. ‘And the only major 
software system that IBM ever 
supplied on pre-announced 
schedule,’ adds Bemer-the- 
Honeyweller. 

Bemer-the-professional 
might be identified by his 
honours. He is a Fellow of the 
British Computer Society 
(and the only American ever 
to address a BCS annual 
general meeting). In the Asso- 
ciation for Computing 
Machinery he began to be 
active on the editorial board 
as early as 1957, and was 
dubbed National Lecturer — 
a high honour that carries a 
gruelling schedule with it — in 
1961 and again in 1969. He 
also had the delicate task of 
organising and planning and 
chairing the methods and 
applications programme for 
the 1973 National Computer 
Conference in New York last 
June. 

Then in August Bemer 
appeared on the podium 
again, at NorPata 73 in 
Copenhagen, discussing the 
problems of computers and 
society. Again, instead,!} flut- 
tering generalities, he gave the 
audience am- example-filled 
description of the harm — and 
the good — computers can do. 
‘I like computers,’ he said. ‘I 
believe that they are presently 
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more beneficial than harmful wo 
to society, and that this ratio P u 
can be increased if we take be 

careful consideration and plan P u 

for their best and proper 
usage. If I were fatalistic, I th ' 
should feel that they have P c 
arrived just in time to save us 
from our enemies, who are q 1 
ourselves. '' 

In almost 25 years of being a a 

computer programmer , 1 have ri 
never faced a day of working s 
with computers without t 
pleasant anticipation. v 

‘I also like a fire in the fire- I 
place, but not arson,’ he con- < 
tinued. ‘Both fire and com- 1 
puters are tools accessible to 
I all of society in some form, 
and society uses such basic 

tools in many ways Any 

tool that provides leverage or 
amplification can be mis- 
used,’ he warned. 

Referring to the need for 
‘computer appreciation and 
depreciation courses’ for citi- 
zens, Berner went on to list the 
evils arising from the imagin- 
ary ‘authority’ of the com- 
■ puter as a scapegoat . 

On one occasion a Phoenix 
U piano company advertised on 
» the radio that its computer 
f had ordered too much inven- 

f 1 tor v- , ., f 

, f, Berner wrote on behalt ot 
i ACM offering to fix the pro- 
1 gram if the piano company 


would exonerate its com- I 
puter if it were discovered to 
be human rather than com- 
puter system error. 

Thus it was discovered that 
the piano company didn’t even 
possess or use a computer! 

Bemer-the-citizen asks 
questions when the com- 
puter’s authority makes it an 
accomplice to fraud, as in the 
recent US Equity Funding 
scandal, or when the machine 
becomes a sewage system. ‘A 
well-known truism of com- 
puter usage is “Garbage In, 
Garbage Out”, but what 
happens when we put 
, perfectly valid data in,’ he 
asks, ‘and can’t get it out again 
: without a program to decode 

t it r 

r Just as governments have 
,- imposed certain safety and 
amenity requirements upon 
, r the manufacture of auto- 
,d mobiles, they may impose 
;i- some requirements concern- 
ie ing computers. ‘It seems cer- 
n- tain that the computer has a 
n- direct effect upon not only the 
safety of our citizens, but also 
lix upon other rights, 
on Bemer-the-citizen con- 
ter eludes. ‘It might thus be 
:n- reasonable to demand that 
software and hardware should 
of also be built to certain specific 
ro- standards to carefully protect 
any these rights.’ 


panies would have to spend 
millions to make similar- 
changes in their architecture. 
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~nology to give you every- 
thing, and standards, without 
destroying any little part of 
your past programs and data 

filps This mauhpa onpH thino 


schedule,’ adds Bemer-the- 
Honeyweller. 

Bemer-the-professional 
might be identified by his 
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MEMO TO: X3L2 Members, Alternates, Consultants, and Observers 


FROM: Charles D. Card, Chairman X3L2 


SUBJECT: Letter ballot on X3L2/1473B 

"Proposed Graphics set for the 3-Bit Code" 


Attached is X3L2/1473B which represents the consensus reached at Meeting #97 
(Marlboro, Mass.) as a basis for the set of graphics to be included in the 8-bit 
code. 

THE BALLOT PERIOD EXPIRES 1975 JULY 7 

C. D. Card 



We are balloting the following: 

"Resolved that the graphics X3L2/1473B be the graphics for use in the 
8-bit code." 



IN FAVOR 

IN FAVOR WITH COMMENTS 


AGAINST (explanations of reasons to support this position is expected) 


NAME 

SIGNATURE DATE 

I COMMENTS OR EXPLANATION ATTACHED 


ft H 



19422 
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X3L2/1478 



0 

X3L2/1478B 

Page 1 of 11 

GRAPHIC 

NAME FOR GRAPHIC 

a 

Lower Case Greek alpha 

0 

Lower Case Greek beta 

Y 

Lower Case Greek gamma 

6 

Lower Case Greek delta 

e 

Lower Case Greek epsilon 

5 

Lower Case Greek zeta 

n 

Lower Ccise Creole etci 

0 

Lower Case Greek theta 

l 

Lower Case Greek iota 

K 

Lower Case Greek kappa 

A 

Lower Case Greek lambda 

U 

Lower Case Greek mu 

V 

Lower Case Greek nu 

5 

Lower Ccise Creole xi 

t r 

Lower Case Greek pi 

P 

Lower Case Greek rho 

a 

Lower Case Greek sigma 

T 

Lower Case Greek tau 

U . 

Lower Case Greek upsilon 

6 

Lower Case Greek phi 

X 

Lower Case Greek chi 

V 

Lower Case Greek psi 

0) 

Lower Case Greek omega 


GRAPHIC 

NAME FOR GRAPHIC 

X3L2/1478 
Page 2 of 

2 

Superior 2 (SI units) 


4 

Superior 3 (SI units) 


• 

Dot. Product 


/ 

Radical/check 


■C> ' 

Heart Suit Symbol 



Spade Suit Symbol 


0 

Diamond Suit Symbol 



Club Suit Symbol 


, ♦ 

Radix Point 


0 

Pi Times, Circular APL 

Symbol 

i 

I-BEAM APL Symbol 


1 

Index Gen, Index of APL 

Symbol 


Logical Not 


€ 

Single Quote Opening 


* 

Single Quote Closing 




GRAPHIC 

II 
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NAME FOR GRAPHIC 

Upper Case Creek pi 
Approximately equal 
Upper Case Creek sigma 
At least one exists • 

Upper Case Creek upsilon 
Upper Case Greek phi 
Partial derivative 
Upper Case Greek psi 
Upper Case Greek omega 

CUT) 

4 . 

Cap 

AND 

OR 

Parallel to 

Lower Left Corner 

Upper Left Corner 

Upper Right Corner 

Lower Right Corner 

Perpendicular to, Decode APL Symbol 

Overbar 
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GRAPHIC 

+ 

U 

» I 

t 

§ 

* 

□ 

€ t 

< 

> 


m 
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NAME FOR GRAPHIC 

Cross Junction 

Paragraph Mark, Pilcrow 

Closing Double Quotation Marks 

Dagger - 

Section Mark 

Double Dagger 

Rectangle 

Opening Double Quotation Marks 

Opening Angular Bracket 

Closing Angular Bracket 

Plus or Minus 

Bullet, Square 

EM Dash 

Bullet, Dot 

Division 

Infinity 
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GRAPHIC 


/ 

r 

A 

V 



A 


x 


t 


* 


> 

< 
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NAME FOR GRAPHIC 

Identity, Identically equiv. 

Integral 

Upper Case Greek gamna 

Upper Case Greek delta,. Increnent 

Nabla or del 

Therefore 

Upper Case Greek theta 
Is implied by 
Implies 

Upper Case Greek lambda 

Upper case Greek xi 

Multiplication, Cross Product 

Tends up to limit, up arrow, take APL symbol 

Approaches limit, left arrow, go to APL symbol 

Tends down to limit, down arrow, drop APL symbol 

Right arrow assignment APL symbol 

Greater than or Equal to 

Not equal to 

Less than or Equal to 

Degree 



Keynote for the second session will be given by Robert W. Berner, Sr., 
Honeywell Information Systems, who will speak on "ASCII— The Data Alphabet 
That Will Endure." ASCII, a 12-year-old data alphabet, has by design the 
capabilities for expansion and extension not inherent in any other code, 
it is "best prepared" for the coming fields of networking, electronic funds 
transfer, text processing and photocomposition, and the automated office. 


i i 

ASCIS - The Data Alphabet That Will Endure 

Robert W. Berner 

Honeywell Information Systems. Inc. 

Phoenix, Arizona. US 


! 7 A standard data alphabet is indispensable to understanding 

communication and reading data in machine-encoded form 
s (not spoken, not written or printed). ASCII (the ISO Code) 
1 1) has, by design, capabilities for expansion and extension not 
- n inherent in any other code. The many billions of dollars 
■ 1 worth of ASCII -based communication and computation 
2 2 equipment is the best prepared for the coming fields of 
23 networking, electronic funds transfer, text processing and 
2 ( photocomposition, the automated office, etc. 

2 5 The status and prospects of this healthy 12-year-oid are 

2 f, explored. 

28! 

29' 

30 1. ASCII Is a True Alphabet 


31 

33 
3 3 
31 ' 
3 3 
3 'I 
3 V 
3: 

34 

4i 

41 


Because ASCII [1] and its international identical twin, the 
ISO Code [2], are actually called "coded character sets” 
in the formal standards, I must begin by explaining why 
I use the term “alphabet” instead. One reason is that 
another international identical twin is called the C.C.l.T.T. 
Working Alphabet No. 5. For the others, some definitions 
are necessary. Even though I dislike Webster’s Third In- 
ternational (sic) Dictionary intensely, here are some of 
the things it says that "alphabet” means: 


' / I VI ivttvi v ITIIIVII Wl IV? V?l II IV? I v? 

languages are written, especially such a set of let- 
ters arranged in customary order. 

Any set of characters with which one or more lan- 
guages are written, whether these characters are 
letters (sense la), signs of a syllabary, or other 
basic units of writing. 

The alphabetic system of writing, as distinguished 
from syllabic, ideographic, and other systems. 

Any system of signs or signals, visual, auditory, or 
tactile, that serve as equivalents for the usual writ- 
ten letters of the alphabet. 

A particular set of names used to designate the 
various letters in the alphabet (the pronouncing al- 
phabet used in civil aviation). 

In cryptology, a set of one-to-one equivalences be- 
tween a sequence of plaintext letters and the se- 
quence of their cipher substitutes. 
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la. 
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1b. 
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If. 

Si 
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1h. 

5 _ 
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5* 

1i. 

5. 


5i 


5 

1j- 


ji f>'> 


.gcJ.a!-'-c i 


£ 


i , 
* 





4LVALLL OQMPJJILfl JQU FINAL 


Keywords: Alphabet; ASCII; character; code; ISO; symbol 



In sense la, it contains letters, and they are arranged 
in the customary order (but not collating sequence, be- 
cause of the dual case representations of the letters) by 
the numerical order of their bit encodings. More than one 
language can be written with it; as the international code, 
the most prevalent languages using the Roman alphabet 
can be written. Note particularly, in the official reference 
version, that provision is made for the extra Scandinavian 
letters, located in the proper position (although the usage 
is not the same in Denmark, Norway, and Sweden). 

In sense 1b, it contains other units of writing. Punctua- 
tion is there, as are underscore and other common sym- 
bols. Diacritical elements exist for forming compound and 
accented letters, thus bringing more Roman-based lan- 
guages within its capability. 

In sense If, it certainly does not have syllabic or ideo- 
graphic characteristics. So it is not excluded from being 
called an alphabet for these reasons. 

In sense 1h, the encoded representations are the 
equivalents. In fact, this is the definition of most interest 
to us. Note that after 90 years of encoding (starting with 
punch cards for the 1090 Census), Webster’s Dictionary 
fails to give specific status to this manifestation. 

Senses 1i and 1j may not appear to be pertinent now, 
but they are there for a reason, and we shall return to 
them. 
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i 2. Why Alphabets? 

•i 

5 Alphabets comprise a class of methods to record knowl- 
(, ®dge for transmittal to others. To transfer knowledge we 
v transfer information; to transfer information we must 

o transfer data. 

,j There are, of course, other methods using basic ele- 
i , ments at higher levels of complexity - such as syllables, 
i , ideographs, etc. However, the primitive ASCII (ISO Code) 

, • is the worldwide standard for exchange of data and infor- 
i * mation. It continues to be the standard because the primi- 
H are representable in alternate but related ways, 
i : It is interesting to speculate what might have happened 

i ( if our forebears had developed the phonograph or tape 
, •• recorder before writing with alphabets. Would we be as 
i v deeply into databanks as we are now? Would standards 
i hav ® been developed for speech sounds in analog form, 
:>i usin 9 the computer to discriminate and remove differ- 
2 1 ences in people's voices? Would Confucius have said 
3; that one analog picture was worth a thousand digital 
: words? 

One suspects it might be difficult to search such a 
databank, however. At least it appears that we do not 
2 ( have the methods yet. For example, in reply to the Sen- 
v ate Committee asking for information from the Nixon 
tapes, the White House says that they have not been 
3' classified as to content, and it would take listening to 
-i them in their entirety. In other words, a linear realtime 
3. search -- and we know how inefficient that can get as 
3. databases grow larger. 
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M 3- Why ASCII Survives and Grows 

3i My personal history or view of the development of the 
’’ ISO Code and ASCII [3] tells of millions of dollars of 
■!i careful international effort and planning spent in its cre- 
4 ation. But that is minor, amortized by many billions now 
i: invested in communications and computer equipment 
, that operate via ASCII. It also tells of the IBM code called 
: EBCDIC, a result (according to Fred Brooks, one of the 
• chief designers of the 360) of forced announcement be- 
i, fore ASCII peripheral equipment could be completed. Al- 
I though the 360 was said to have ASCII capability, it was 
t: never realized in the software. 

!• If computers, in substantial portion, do not operate in 
ASCII as native mode, then why will EBCDIC not be the 
survivor? Many people, both in and out of government, 
have blithely assumed that EBCDIC will - and continue 
3 to invest money in software and operations based upon 
EBCDIC.[4] They are going to be very surprised, be- 
< cause IBM knows that EBCDIC will eventually be subor- 
dinate! [5] 
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5. Why? Because EBCDIC is not, like ASCII, the result of 
.y meticulous design. 


"... it would appear that no single ‘computer code' can be 
completely adequate, and that insistence on a single code 
for all purposes would be counterproductive. Rather, the 
Federal Government should maximize the benefits to be 
accrued from taking advantage of our growing technologi- 
cal ability to live in a multi-code world ..."[5] 

In ASCII, the controls are all located in the leftmost two 
columns. It is compact, extensible, expandable, and even 
subsettable. It can grow easily into an 8-bit code (expand- 
ability), or into 9-bits, 1 0- , or anything. At any level of byte 
size, it can be extended to encompass alternate sets of 
characters, keeping the same control columns, various 
pages can be substituted for the other columns. The 
methods for expansion and extension are also stan- 
dardized.^, 7] Sets having sufficient utility may be regis- 
tered for international usage, via the French standards 
body AFNOR, which holds the secretariat for interna- 
tional code standardization within ISO TC97. The vehicle 
for doing this is the ESCape character.[8] Various 
pages are registered with unique ESCape sequen- 
ces.^, 10] 


4. Code Extension 

In the extension procedures, the existing 7-bit ASCII is 
divided into control and graphic portions. The first two 
columns of code - the controls -- comprise the CO set; 
the other six columns --the graphics -- comprise the GO 
set. The extended set first removed from basic ASCII is 
similarly divided into the Cl and G1 sets: Obviously such 
sets could be adjoined in the 8-bit form, and the USSR 
[11] and Japanese [12] standards are excellent exam- 
ples of so doing. 


4.1 Extended Control Sets 

Cl sets can be, and have been, designed for many pur- 
poses. The one furthest progressed to agreement is that 
for softcopy controls, for CRT display screens [13,14], 

"... The major difficulties at present are in using the estab- 
lished ’control’ characters with devices that had not been 
invented at the time the code was, or in extending the 
‘graphic’ symbol set to meet new application requirements 
...”[5] 

Work is continuing in both ECMA (the European Com- 
puter Manufacturers Association) and ANSI X3 to get 
agreement sufficient for final registration. The original 
work of X3L2 was for softcopy controls to be in an ex- 
panded set (8-bit code), but that is presumptious. 
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Figure 1. COBOL Character Set 
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Figure 2. Fortran Character Set 


ISO Technical Committee 46 (Documentation), in its 
Subcommittee 4 (Automated Documentation) has a 
working group on bibliographic codes. Its first candidate 
for registration as a Cl control set is a set for biblio- 
graphic controls [15] to be embedded in text to delimit 
certain special data. This Cl set contains four classes of 
characters -- annotation controls, filing controls, refer- 
ence controls, and subject designators. Major credit 
should be given here to Dr. Ernst Kohl of the Bavarian 
State Library in Munich. 

Although little work has been done, other Cl control 
sets are envisioned for typographic control - to vary the 
font, weight, slope, size, and spacing, etc. of the graphic 
characters. Other sets could be envisioned for fields such 
as process control, animation and other graphics applica- 
tions, sewing machines, etc. Do you think the last one 
far-fetched? Singer has already announced a machine 
with a microcomputer, and is there any reason to think 
that future models won’t use ASCII characters, in a hand 
calculator type of display, to give instructions and options 
available? 


4.2 Extended Graphic Sets 

G1 sets are further along. ISO TC46/4/1 has tabled Draft 
International Standards for Latin (DIS-5426), Greek (DIS- 
5427), and Cyrillic (DIS-5428). We may presume the latter 
is in harmony with [11], Under study are sets for mathe- 
matical characters and the African languages. Proposals 
have been solicited for such languages as Arabic, Kata 
Kana, Kanji, etc. It is permissible for a G1 set to be a 
partial replication of the basic GO set of ASCII; indeed, 
many are very similar, with the lower case being replaced 
by the new alphabet. 

Although we have seen the ISO assignments for natu- 
ral languages to be in the jurisdiction of TC46, TC97 
(Computers and Information Processing) has retained 
authority to make assignments for programming lan- 
guages. The work has been concentrated in G1 sets for 
COBOL (figure 1), Fortran (figure 2), Basic (figure 3), and 
PL/I (figure 4). A table for APL is being constructed. 
ALGOL presents different problems.[16] 


IJQNLYWELL CQMRUJXrUOUflH, 



1 

iron 


M 

m 

m 

IM 

IM 

Itm. 


in 

■a 

■■ 

m 

■» 

in 

IH 

in 

ms 

IH 

m 

h 

mi 

ms 

IM 

IH 

!■» 


1 

IB 

B 

B 

B 

B 

IB 

B 

Ifli 

E 

a 

a 

a 

□ 

fl 


H 

B 

IB 

IB 


IH 

E 

a 

a 

a 

D 

■ 


B 

B 

B 

IB 


IB 

E 

a 

a 

a 

B 

fl 

i 

m 

B 

□ 

IB 


HI 

E 

a 

D 

a 

B 

B 


D 

B 

B 

B 


B 

a 

a 

a 

a 

□ 

■ 


B 

B 

B 

B 


■ 

a 

a 

a 

a 

B 

fl 


m 

B 

B 

fl 



a 

a 

a 

a 

B 

B 


B 

B 

B 

B 


B 

a 

a 

a 

a 

B 

fl 

m 

B 

B 

B 

B 


■ 

a 

a 

a 

a 

□ 

B 

■ 

B 

B 

B 

B 

□ 

1 

a 

a 

a 

a 

EE 

B 

□ 

B 

B 

B 

B 

B 

■ 

a 

a 

a 

a 

1 0f 

B 


B 

B 

B 

B 

I 

■ 

a 

a 

a 

a 

i4 



B 

B 

□ 



9 

a 

a 

a 

a 

12f< 



B 

B 

B 

Bl 


i 

a 

a 

a 


hi 

B 


B 

B 

B! 

Bl 

HI 

Kl 

a 

a 


ai 

m 

B 


B 

B 

Bl 

HI 

HI 

Zl 

a 

a 



m 

B! 


fll 

HI 

B! 

HI 

HI 

H 


( Figure 3. BASIC Character Set 
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One may be tempted to think of these not as G1 sets 
; but rather as subsets of the GO set, standard ASCII. But 
note that they are incompatible in minor ways, particularly 
for PL/I. which was the cause of considerable difficulty in 
stabilizing ASCII. So perhaps the G1 status is an easy 

4 solution. 

■i 

■i 

i 4.3 The Registry Method 

i A responsible standardizing body with a specific proposal 
•: makes application to AFNOR, acting as agent for ISO 
TC97/SC2. Applications may be for graphic sets (G1, 
etc.), CO or Cl control sets, a single control character, or 
a code requiring special interpretation. The approval pro- 
cedure is defined in [10]. A unique ESCape sequence is 
assigned. It is here that definitions 1i and 1j for alphabet 
become applicable. The ESCape sequence, as adjoined 
to any following character before termination, becomes a 
, name for the alternate characters and alphabet, in one- 
- to-one equivalence. Thus all of the world’s symbol and 
-S alphabets may be represented uniquely for interchange. 
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Figure 4. PL/I Character Set 


5. How IBM Can and Will Use ASCII 

EBCDIC is a sparsely settled code that utilizes the 8-bit 
capability of 256 characters ineffectively. The collating 
sequence(s) are not easily derivable from the numerical 
values of the coded representations. The controls are 
intermingled with the other characters, so that it can not 
be extended by paging, as ASCII can. It has only one 
redeeming virtue — one-to-one correspondence with AS- 
CII via a common character set as represented in punch 
cards! (See figures 5, 6) 

“The interesting observation is that if two character codes 
each have the same symbol set, and if each meet the 
requirement of no symbol ambiguities for the same bit pat- 
tern (no duals), then automatic context-free translation be- 
tween the two character codes is a trivial task ... The 
operating cost of translation (between two such character 
codes) concurrently with preparing or accepting an inter- 
change message is trivial in today's systems and will be 
more so in tomorrow’s LSI machines.”[5] . / 
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0 

B 

02/13 

03/00 

04/10 

02/15 

04/11 

05/03 

04/12 

05/04 

04/13 

05/05 

04/14 

05/06 

04/15 

05/07 

05/00 

05/08 


04/08 05/01 05/09 03/08 06/08 07/bi 

[ 7 ] 04/09 05/02 05/10 03/69 06/09 07/02 

a] 0 05/11 05/13 05/12 03/10 12/04 12/11 

7] jT| 02/14 02/64 02/12 02/03 12/05 12/12 

a] [ 4 ] 03/12 02/10 02/65 04/00 12/06 12/13 

7] [s] 02/08 02/09 05/15 02/07 12/07 12/14 

T] [s] 02/11 03/11 03/14 03/13 12/08 12/15 

a] [71 02/01 05/14 03/15 02/02 12/09 13/00 


07/07 13/14 


07/08 13/15 


07/09 14/00 

07/10 14/01 

13/02 14/02 

13/03 14/03 

1 

13/04 14/04 

13/05 14/65 

13/06 14/06 

13/07 14/07 


10/14 


10/15 


11/00 11/08 12/02 [a] [a] 

01/00 08/00 09/00 0 0 Q 

14/14 15/04 15/10 [7] 0 0 

14/15 15/05 15/11 00 0 

15/00 15/06 15/12 0 0 0 

15/01 15/07 15/l3 000 

15/02 15/08 15/14 [a] 0 [7] 

15/03 15/bg is/is [ 9 ] [al [7 


Figure 6. Code Assigned To Hole Patterns 
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I Anyone with a $1 5 hand calculator realizes how cheap a 
■i microelectronic chip must be, for his calculator does a 
more complex job than the job of converting back and 
i, forth between the ASCII and EBCDIC encodings for the 
/ same character. 

s So let us postulate a very inexpensive chip inside IBM 
computers. It converts from EBCDIC to ASCII or from 
in ASCII to EBCDIC without any delay as input-output or 
1 1 other operations are executed. Two questions must be 
i.i asked: 

i.i 

u ■ Is the data EBCDIC or ASCII? 
i s ■ Does the program expect EBCDIC data or ASCII 

ir, data? 

17 

i h Imagine subscripting the comparison instruction by EBC- 
1 1 ; DIC or ASCII tags. I have a master file in EBCDIC, against 
;r which I run an update tape in ASCII. My program says 
: i "Compare the keys on an ASCII basis”. The CPU, noting 
that the key of the master file is in EBCDIC, routes it 
.7 1 through the chip before attempting to compare it to the 
2 1 key from the update record. My program can also give 
2 : instruction to convert the entire updated file to ASCII 
2 (: automatically as it is being stored. 

2 ~i Thus the feasible technique. How about some signs 
.V that it will be so? 

->•. 

3' ■ Note IBM's commitment to word processing and 

•> i photocomposition. According to B. O. Evans: 

i; 

.1 “There are similar requirements for the ability to use differ- 
v ing codes in differing contexts to represent different graphic 
31 needs. In particular, the development of 'end user’ devices, 

;/ . such as photocomposers and interactive displays, requires 

- • greatly expanded symbol sets to be developed for some 

applications - more symbols than can be contained directly 
u * n a 7- or 8-bit code. Thus, specific codes (of however many 
bits are required to represent a symbol) might well be devel- 
4 ( oped for data interchange in certain application areas utiliz- 
4 ing such devices."[5] 

•i; 

4 ■ Note IBM’s 6250 cpi magnetic tape, which departs 

from cross-tape parity checking and recognizability 
of code without programmed knowledge. 

;!"! 

■ Note IBM’s firm and continuing insistence that data 
1 control procedures be bit-transparent and not byte- 
s oriented - particularly not 8-bit-byte-oriented. 

We expect to see machine architectures having the flexi- 

- bility to adapt efficiently to as-yet-undefined code struc- 
tures without disruption of existing applications at any time 

5 ' even a,ter the system was installed.’’[5] 


6. Conclusions 

ASCII was well-designed, and is flexible to adapt to usage 
that may take any turn of development. There is no rea- 
son, with presently available technology, to use any other 
encoded alphabet. As a single standard, it enables pri- 
vate data to become public whenever that is desirable 
(i.e., privacy may be protected or maintained in ways 
other than unintelligibility). It is the alphabet of all commu- 
nications networks, of all minicomputers, and of some 
larger computers such as the NCR Century series. 

After twelve years it is still healthy, and when IBM puts 
the seal of approval on it (viz. virtual memory and APL) 
it will be the undisputed universal interchange medium 
and linguist. 
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■ Note SDLC and SNA. When you are going to be 
communications-oriented, and even run a satellite 
system, why object to using the ASCII code th<ft all 
communications is based on? 
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